Недавно мы столкнулись с простоем Ec2 из-за сбоев AWS EAST.
Мне сказали, что только RDS позволяет переключаться при отказе «multi-az», и у них нет планов по этой функции для хранилища EBS.
Итак, теперь вопрос:
Как у нас может быть опция автомасштабирования, чтобы предотвратить это. У нас есть два варианта использования:
1) Производственные серверы. Эти серверы постоянно развертываются через DeployHQ, где мы отправляем код в производство, а файлы DHQ ssh - для нас. Автоматическое масштабирование при простоях мог работать, предполагая, что мы можем запустить сценарий для запуска изображения; затем при запуске запустите сценарий оболочки, чтобы git pull origin / master
.. Это идеальный подход?
2) Производственные административные серверы. Это серверы типа контента, на которых мы не можем легко сбалансировать нагрузку. Мы установили балансировщики нагрузки на том SHARED Ebs, но обнаружили, что это означает простои.
Возможно, мы могли бы настроить подход «главный / подчиненный» и Rysnc один к другому, но что происходит, когда у нас есть время простоя (или загрузка), и мы хотим автомасштабировать. Изображения, сделанные каждую ночь, будут устаревшими, так что же там рекомендуется?
Мы также не хотим, чтобы скрипты cron работали на всех подчиненных устройствах и т. Д.
Вы можете посмотреть imgix заменить вашу оперативную обработку изображений; они могут изменять размер и многое другое, а также исходить изображения из s3 или других произвольных мест.
Что касается вашего фактического вопроса, похоже, вам нужно распределенное хранилище файлов. Amazon недавно добавленный Эластичное хранилище файлов в качестве одной из их услуг, но вы также можете запустить что-то вроде GlusterFS или HDFS сами.