Cloud-init для нового сервера

«Учебный экземпляр должен создать deploy, установить публичный ключ и записать unit; служба запускается после появления её файлов». Попросите порядок и список признаков успеха. Проверка включает реальный вход тестовым ключом и состояние службы. Существующий пользователь в YAML не доказывает доступность машины: права каталога, имя учётной записи и настройки SSH могут изменить фактический результат первого запуска.

Модули имеют различную частоту выполнения и используют состояние экземпляра. Перезагрузка не равна созданию новой машины. Попросите указать, какие действия одноразовые, а какие повторяются, и сверить это с вашей версией и datasource. Не очищайте служебное состояние на рабочем сервере ради эксперимента: так можно повторить изменения, которые не были рассчитаны на повторное применение к уже настроенной системе.

Сначала проверьте, получила ли машина нужные user-data, затем статус этапов и первый значимый отказ в журнале. Ошибка поздней команды может быть следствием отсутствующего пакета или неверно записанного файла. Попросите разобрать YAML вместе с соответствующим фрагментом лога. Проверка синтаксиса помогает найти форму документа, но не подтверждает доступность репозитория пакетов и работоспособность запускаемой службы.

Содержимое может сохраняться в метаданных и диагностике, поэтому его не следует считать закрытым хранилищем само по себе. Используйте согласованный механизм выдачи доступа и не помещайте приватные ключи в пример. Публичный SSH-ключ и секретный ключ — разные сущности. Енотик подготавливает шаблон, но не создаёт экземпляр автоматически; корректность проверяется на одноразовой тестовой машине с контролем доступа и журналов.