Чтобы RightScale правильно управлял экземплярами в ec2, они используют демон на основе ruby, называемый RightLink, в качестве устройства связи между их основной платформой и каждым запускаемым экземпляром. Сценарии инициализации, которые вы видели, необходимы для того, чтобы экземпляр самонастраивался так, чтобы он мог правильно управляться RightScale.
/ etc / init.d / righttimage - первый запущенный скрипт. По сути, он просто определяет ОС, версию архива и устанавливает правильный пакет RightLink из корзины S3. После этого он запускает сценарий /opt/rightscale/bin/post_install.sh, который использует инструменты управления инициализацией ОС для регистрации сценариев запуска, которые будут запускаться при будущих загрузках ОС; это гарантирует, что RightLink всегда будет запущен.
/ etc / init.d / rightscale - следующий запущенный скрипт. Он инициализирует специфичное для RightScale (но не для RightLink) состояние системы. Он отвечает за кэширование параметров запуска (также известных как userdata) и метаданных в / var / spool, а также за установку любых доступных исправлений для агента RightLink.
/ etc / init.d / rightlink - последний запущенный скрипт. Он настраивает и регистрирует агента RightLink идемпотентно. Если настройка и регистрация успешны, rightlink запускает «песочницу» monit, которая запускает процесс постоянного агента. Если вы не запускаете AMI с использованием платформы RightScale, это никогда не приведет к правильной регистрации, потому что они этого не ожидают, поскольку RightScale вообще не будет взаимодействовать с экземпляром.
Удаление всех трех из них с изображения никоим образом не должно повредить общей стабильности изображения, но с точки зрения безопасности они не должны вызывать никаких проблем, если они присутствуют.
Если у вас есть какие-либо дополнительные конкретные вопросы по этому поводу, я бы предложил перейти на их форумы по адресу https://forums.rightscale.com/
Вы также можете попробовать #rightscale на freenode.