Как понять архитектуру серверов без документации к нему?

Question

[Shogun Goose]

Добрый день! Я ещё совсем новичок в администрировании, мне необходим совет.

Такая ситуация:
На поддержку мне дают 2 сервера на centos без какой-либо оформленной документации по ним.
Мне дали время разобраться что там установлено, настроено, как взаимодействует друг с другом, что бы я был готов его поддерживать.
Моих знаний не хватает, чтобы проанализировать архитектуру, и я прошу совет, с чего начать анализ, что можно почитать, для набора знаний? Как потом это оформить в документацию?

Прошу прощения за такой простейший вопрос.

Comments

[Alexey Dmitriev]

Извините - но вы реально написали или шутите?
Не находите, что "На поддержку мне дают 2 сервера" и "Моих знаний не хватает" - это фразы-антонимы?

Какой будет следующий вопрос здесь - "у меня два сервера в поддержке и чего-то там не работает-скажите как починить?"

Answer 1

[Владимир Куц]

Ахахах... В свое время мне оставили в поддержку несколько десятков серверов - на разных ОС - OpenBSD, FreeBSD, CentOS, Windows Server, а в то время я только Red Hat Linux немного ковырял...
Просто потому что больше не на кого было хозяйство оставить.
В первую очередь я делал бекапы всех конфигов, до которых можно дотянуться. Потом - брал доки и пытался во всем разобраться самостоятельно. Разбирал конфиги. Обошлось без бегания по форумам. Просто пришлось много работать собственной головой, что в конечном итоге дало немалый профит к опыту.

Comments

[pfg21]

да, первое правило забекапить все и бекап положить куда нибудь похолоднее :)
а дальше структура и применение разделов файловой системы. потом набор работающего по, и потом уж железо.

[Shogun Goose]

Ух, жестоко...
Думаю так даже лучше будет, без форумов. Заручусь поддержкой man'ов и официальной документации к сервисам. Спасибо за совет!
Есть ли какие-нибудь нормы по тому как все эти данные по серверу оформить в лаконичный документик, чтобы потом можно было наглядно посмотреть взаимодействия? Или это лишнее и нужно понимать всю архитектуру так?

[Владимир Куц]

Shogun Goose, я просто брал и рисовал вдумчиво все взаимодействия карандашом на бумаге. Но это у меня особенность такая - руки нужно чем-то занять - тогда лучше думается )))
В конце вышла схема по которой уже легче понимать что куда идет и как получается.

[Shogun Goose]

Владимир Куц, мне тоже нужно, что-то на бумаге чертить) Значит буду выводить понятные методы изложения на бумагу)

Answer 2

[Sand]

С большой долей вероятности сервера используются по сети, выясните какие приложения какие порты слушают:
netstat -tulnp
Далее найдите конфигурационные файлы приложений которые увидите и изучите их.
Кроме того, посмотрите что у вас там включено в автозагрузку, как это сделать поищите для вашей версии Centos, версию можно посмотреть в файле /etc/centos-release

Да, и не забудьте изучить планировщик заданий
crontab -l

Answer 3

[Владимир]

получив такие сервера вам нужно проверить и забекапить и задокументирывать кучу всего:
сервисы, как организованы и управляются доступы к этим сервисам, конфиги сервисов, мониторинг этих сервисов, настройки сети и фаервола, настройки бекапов, и самое сложное искать кастомные костыли и автоматизацию - каието вещи в cron или руками или через override поправленые unit/init.d файлы и тд и чем квалифированиее был предыдущий админ тем глубже могут находится какието кастомные вещи.

Comments

[Shogun Goose]

Мне неизвестно кто был предыдущий админ) Но скорее всего сейчас я не найду всего(в силу низкой квалификации), начну с верхушки. Спасибо за совет!

[Владимир]

и кстати отсутствие нормальной передачи дел и документации - может быть плохим признаком (возможно работодатель плохо расстался с предыдущим админом)

Answer 4

[Рональд Макдональд]

Первым делом определите назначение сервера - веб, файловый, принт и пр.
Для этого найдите там соответствующие службы, можете просто ввести от рута:

systemctl --type=service

И посмотрите. Дальше по ситуации, если найдёте, например, nginx - смотрите его конфиги.

Answer 5

[CityCat4]

Начните с бэкапа серверов. Хорошо, если есть полный бэкап машины, особенно если она виртуалка. Если нет - обязательно бэкап /etc, возможно /opt/etc и /usr/local/etc (если они есть), в /usr/share и /usr/libexec могут быть полезные вещи, в /var (там не конфиги, а данные статуса, но про...ать их тоже может быть печально).
Смотрите, какие сервисы подняты - в зависимости от версии CentOS это делается по-разному, каждый сервис - это собственный конфиг и куча всего, навешанного вокруг.