веб-сервисы amazon — AWS — Какой самый лучший Scaling Trigger для PHP Server?
Я создаю веб-сервер для своего приложения (PHP) с помощью EB (Elastic Beanstalk).
Я запутался в Scaling Trigger.
Я знаю что и как работает.
Я хотел бы знать, что является лучшей конфигурацией для веб-сервера.
Мое приложение находится в состоянии покоя и на сервере он запускает сервер
Он возвращает только данные JSONS из базы данных (не работает с изображениями или чем-то подобным),
Я думаю, что он будет использовать больше оперативной памяти, чем процессор.
Какую конфигурацию вы используете в своих серверах?
NetworkIn или Out? Как определить, что держит мой сервер?
Моя конфигурация на самом деле:
Environment type: Load balanced, auto scaling
Number instances: 1 - 10
Scale based on Average CPUUtilization
Add instance when > 60
Remove instance when < 20
Решение
Это абсолютно зависит от вашего конкретного сценария. Таким образом, моя конфигурация не может быть идеальной для вашей. Но придерживайтесь некоторых обычных правил, делая это. На вашем месте я бы вместо этого проверил доступность своей конфигурации, увидев, успешно ли установлены экземпляры как исправные после их запуска, если группа автоматического масштабирования правильно запускает и удаляет экземпляры, когда их запускает cloudwatch. иногда это может быть компромисс между процентом ЦП, и вам нужно настроить его вверх или вниз. Это иногда вызывает проблемы, если не настроено правильно, ваша группа автоматического масштабирования заканчивает тем, что запускает и удаляет экземпляры регулярно !!
Кроме того, убедитесь, что масштабирование — лучший выбор, чем масштабирование в вашем сценарии. иногда просто лучше использовать более мощные экземпляры, чем масштабировать вспомогательные.
Если вы будете придерживаться этих правил, вы можете быть уверены, что ваша конфигурация стабильна.
(с точки зрения безопасности, если это приложение веб-сервера, посмотрите, нужен ли вам дополнительный уровень безопасности, например уровень WAF, хотите ли вы, чтобы он был отдельным слоем, или вы хотите, чтобы он был в отдельном VPC, который получает трафик, анализирует его и затем перенаправляет его в частный ELB в одноранговом VPC, или вы просто хотите присоединиться к WAF со своими экземплярами.
Или если вы используете HTTP / HTTPS ELB-запрос, а не TCP. потому что HTTP-запрос ELB более безопасен, так как ELB сбрасывает соединение, как только клиент отправляет трафик на ELB, а затем отправляет отдельный заголовок бэкэнд-экземплярам. Это устраняет угрозу SYN ATTACK! или же
Cloudfront, так как он растет в зависимости от трафика, так что больше нет недоступных для сервера угроз DoS для вашего приложения, а также множество других хитростей, которые вы можете узнать из документации, а также http://en.clouddesignpattern.org/index.php/Main_Page)
удачи!
Другие решения
Других решений пока нет …