Оптимальный размер / тип экземпляра сервера Amazon EC2 для доставки статического контента через apache httpd

Question

ФОН:

Создание инфраструктуры для доставки статического веб-контента высокой доступности через Apache. Трафик, безусловно, будет спорадическим, но может иметь высокие пики по требованию.

Я планирую разместить все media / js / css на облачном фронте amazon, оставив все html для доставки через apache на экземпляре Amazon EC2. Я использую apache для доставки этого контента, так как мне нужно иметь псевдонимы субдоменов, и это выглядело как простое решение, в противном случае я бы просто использовал cloudfront для доставки всей энчилады! Экземпляры больше не будут работать на них (Nothing Dynamic). Экземпляры EC2 будут сбалансированы по нагрузке с помощью Amazon Elastic Load Balancer и Auto Scaled для создания новых экземпляров при необходимости.

ВОПРОСЫ:

Какой тип / размер экземпляра даст мне оптимальное использование ресурсов экземпляра за потраченный доллар? Немного более общий и связанный с этим вопрос заключается в том, какие аспекты веб-сервера apache будут максимально эффективными в первую очередь, и какие показатели являются лучшим показателем для того, чтобы amazon добавил новый экземпляр?

Answer 1

Переместив сайт на AWS, я хотел бы указать на несколько другое направление, которое вы могли бы рассмотреть.Вы хотите обслуживать статические файлы? Пусть CloudFront сделает это за вас .Цены на CloudFront практически такие же, как при передаче из EC2, но вы получаете 34 местоположения пограничных серверов на их глобальном CDN, и вашим серверам вообще не нужно обрабатывать запросы .

При правильном отображении CNAME в DNS вы сможете указать различные субдомены для любой корзины / папки S3, которую вы хотите использовать в CloudFront.Теперь вам не нужно беспокоиться о CloudFront / S3 с таким большим масштабом, как вам нужно.:)

PS CloudFront также может кэшировать и обслуживать запросы API или кешируемые страницы, если вам это тоже нравится!

Answer 2

Если вы не используете какой-либо язык программирования, такой как php или .net, вы можете оставить даже свои файлы .html в S3 и разместить там весь сайт. S3 имеет возможность превратить ваше ведро в веб-сайт.

---

Добавлена ​​дополнительная информация

Если использование S3 недоступно, я рекомендую использовать наименьший из возможных серверов для вашей обычной загрузки. Например, если нормальная загрузка составляет 100 запросов в секунду, и вам нужен экземпляр m1.small для обработки нагрузки, используйте его. Если вам нужен c1.medium, используйте его в качестве размера экземпляра.

Когда ваш сервер находится под большой нагрузкой, рекомендуется использовать балансировщик нагрузки и автоматическое масштабирование. Это позволяет вам запускать n * <server size> серверов, работающих с нужной вам нагрузкой. Когда всплеск трафика снижается, он автоматически удаляет серверы из loadbalancer. Идея в том, что вы платите только за то, что вам нужно. Не запускайте c1.xlarge только потому, что вам это нужно в течение 2 часов при пиковой нагрузке.

Автоматическое масштабирование может запускаться автоматически по расписанию, если вы знаете, что у вас будет всплеск трафика из-за рекламы, или оно может быть основано на загрузке процессора, использовании сети или некотором другом показателе.