Как документировать сервер и контролировать его управление, даже если у вас небольшой стартап

Благодарю за наблюдательность. Это опечатка, приношу свои извинения!

Поддерживаю. Подобного рода документация имеет свойство хаотично устаревать и нет возможности проверить ее актуальность, кроме как ручками. Если документирование построено на базе ансибла, который используется для деплоя и конфигурирования приложений, то актуальность документации всегда соответствует дате последнего запуска плейбука. Тоже самое касается и мониторинга. Ресурсы учитывать стоит из системы мониторинга.
Впрочем, было заявлено что это набор шаблонов для стартапа, в котором скорее всего как всегда нет человека, который бы занимался сопровождением ансибла и мониторинга, так что наверное в какой-то степени это может быть полезно до поры до времени.

Правильно. Я даю чек-лист, Вы обладаете полезным инструментом. Что нельзя осуществить инструментом, можно собрать скриптами, написанными для сбора конкретных данных. Что нельзя собрать скриптами, можно собрать вручную. Получается сформированная документация от специалистов для специалистов.

Наличие документации это намного лучше чем ее отсутствие, а примерный план по документированию. это хорошая штука. А то берёшься за мелкую компанию до 100 компов и ничего нет от слова совсем, где поменялось 500 админов. Эти ребята не слышали про слово ansible, да и zabbix у них максимум мониторит принтеры. Поэтому считаю инфу изложенную в статье полезной для таких контор. А ansible хорошая штука, но таким ребятам zabbix бы нормально настроить)

То, про что Вы говорите — называется BC/DR план. У нас есть услуга по организации такого плана. Если Вы обратитесь к своему сервис-менеджеру для получения этой услуги, имея документацию, близкую к описанной, то на проработку плана потребуется меньше времени, так как специалисты, составляющие план, будут достаточно осведомлены о Вашей инфраструктуре.