По некоторым причинам у меня есть идея, что раздел комментария требуется наверху файла. Посмотрите на один из других файлов в том каталоге и скопируйте тот формат в Ваш файл (вносящий изменения по мере необходимости) и посмотрите, не помогает ли это (также, проверьте, что владелец файла, группа и полномочия корректны).
Что касается версии Scalr с открытым исходным кодом и размещенной на хосте версии, графический интерфейс такой же - я просто не уверен на 100%, что версия с открытым исходным кодом обновлена на 100%. Мы используем размещенную версию.
Сам Scalr (если вы решили разместить его самостоятельно) должен запускаться отдельно, чтобы управлять вашими экземплярами EC2. Это даст вам хороший обзор:
http://scottmartin.net/2009/07/11/creating-a-virtual-datacenter-with-scalr-and-amazon-web-services/
Теоретически вы можете перенести свои текущие экземпляры на scalr, но я уверен, что дьявол кроется в деталях. Для завершения миграции потребуется некоторое тщательное планирование:
http://wiki.scalr.net/Tutorials/Migrating_instances_to_Scalr
Если вы используете стандартные компоненты, вы можете предпочесть Scalr ' s готовые шаблоны серверов (роли в терминологии scalr), которые служат отправной точкой и модифицируются по мере необходимости.
В общем, я очень рекомендую Scalr как экономичную альтернативу Rightscale. Вы наверняка оцените возможности автоматизации и настройки по сравнению с ручным управлением через интерфейс aws.
Вам также следует взглянуть на http://rightscale.com , триггеры автомасштабирования, основанные на многих показателях. Много автоматизации и готовые к использованию балансировщики нагрузки, серверы приложений и серверы баз данных.