Назад | Перейти на главную страницу

Переход на EC2 - список перемещений

Я постараюсь быть как можно более подробным, так как я знаю, что эти вопросы часто слишком расплывчаты.

Я запускаю несколько небольших сервисов на EC2 / RDS и начал организовывать миграцию всего сервиса на EC2.

Текущая служба работает: -

Около 200 запросов Apache в минуту / 12000 в час
Сервис управляется PHP с функциями как внешнего, так и внутреннего интерфейса (я бы предположил, что примерно половина всего трафика - это запросы PHP)
Около 250 МБ загружается через PHP в день
Кодировка FFMPEG (примечание; это будет переносимым, поэтому может работать на других экземплярах, оно стало слишком тяжелым
Многочисленные ежедневные процессы, анализирующие большое количество журналов и сжатие резервных копий дампа базы данных.
База данных - теперь будет перенесена на RDS. Легкий.

Я ищу некоторую ориентацию на: -

Индикаторы того, какой тип экземпляра лучше всего запускать постоянно. Вам нужно больше информации об использовании, чтобы понять эту идею?
Представление, стоит ли использовать средства балансировки нагрузки AWS? Я чувствую из документов, что они нацелены на более крупномасштабные внедрения. Я, конечно, хотел бы гибкости для запуска дублирования AMI и распределения трафика, но делать ли это на уровне DNS / сценариев или использовать их службы - не уверен.
Идея составления списка вещей, которые нужно делать / знать в среде ec2, была бы потрясающей.

Надеюсь, это не слишком расплывчато.

Пытаться определить «постоянный» тип инстанса на EC2 - пустая трата вашего времени. Просто запустите тип инстанса, который, по вашему мнению, должен соответствовать потребностям, и отрегулируйте его в большую или меньшую сторону в зависимости от измеренной производительности и вашего бюджета.

Вот статья, которую я написал о том, как переключать типы экземпляров после того, как экземпляр уже запущен:

Перемещение инстанса EC2 на больший (или меньший) размер
http://alestic.com/2011/02/ec2-change-type

Самое важное решение - начать с 32- или 64-разрядной архитектуры, поскольку сегодня большинство типов экземпляров поддерживают только одну или другую. Чтобы переключаться между 32- и 64-разрядной архитектурой, вам необходимо создать новый экземпляр (и, возможно, AMI). Итак ... всегда документируйте / автоматизируйте, как именно вы создаете свой экземпляр / AMI, и всегда храните свои данные на отдельных томах EBS, чтобы их можно было перемещать между экземплярами.

Внедрите балансировку нагрузки AWS, если вы обнаружите, что один экземпляр не обеспечивает комфортного удовлетворения ваших потребностей и / или если вы хотите иметь действующие серверы для поддержки трафика в случае сбоя одного экземпляра и / или если вы хотите использовать автоматическое масштабирование, потому что ваш трафик меняется. много между минимумом и максимумом.

Не бойтесь запускать несколько экземпляров для выполнения разных задач. Например, пакетная обработка, анализ файла журнала, обработка резервного копирования могли бы быть лучше, если бы они не выполнялись на веб-сервере (ах).

... список того, что нужно делать / что нужно знать в среде ec2 ...

Да, это немного расплывчато. Прочитайте как можно больше документации AWS / EC2 и блогов, которые относятся к темам. Экспериментируйте и пробуйте разные подходы; выбрасывайте вещи, которые не работают. Документируйте все, что вы делаете, чтобы вы могли это воспроизвести.