Всем привет! Давайте продолжим нашу работу. Кстати, если вы новый к этому, я рекомендую вам прочитать две предыдущие части, здесь и здесь. В части номер три, мы создадим шаблон запуска и группу автоматической масштабирования.
Итак, перейдите в службу EC2 и в строке левого меню в разделе «Инстанции» вы можете найти «Шаблоны запуска». Нажмите на «Создать шаблон запуска». Дайте имя на свой шаблон запуска и описание. Затем выберите любой AMI, который вы хотите, я буду использовать Ubuntu Server 18.04 LTS (HVM), выбрать тип экземпляра, я буду использовать T2.Micro, потому что нам не нужен мощный сервер для этого примера. Затем создайте новую ключевую пару или выберите тот, который у вас уже есть. Я выберу тот, который был создан рано со мной. Далее мы выберем/создаем группу безопасности, я буду использовать тот, который создал в части номер две из этой статьи. Кроме того, вы можете добавить больше громкости и сетевых интерфейсов, если хотите. Для этого я не сделаю это. Затем нажмите «Усовершенствованные детали», все, что нам нужно здесь, поставьте сценарий, который будет обработан после загрузки системы. Все, что он делает, обновляет систему, настроить NGINX и изменить страницу запуска по умолчанию Nginx, запустите Nginx и включить его начать на загрузке системы. Ниже вы можете найти текст сценария:
Затем нажмите кнопку «Создать шаблон запуска». Как только вы увидите зеленую галочку «Успех», поздравляю, созданный шаблон. ОК, давайте вернемся к службе EC2, а в левой панели меню в разделе «Автоматический масштабирование» вы можете найти «Автоматический масштабирование». Теперь мы создадим нашу группу автоматической масштабирования. Нажмите на «Создать группу масштабирования AUTO». Укажите имя вашей ASG (группу автоматической масштабирования) и выберите шаблон запуска, который был создан рано. Проверьте все конфигурации, а затем нажмите кнопку «Далее».
На шаге № 2 все, что нам нужно, — это добавить больше подсетей на наше ASG, мы выберем каждый из них, поскольку я упомянул рано, нам нужна архитектура высокой доступности, поэтому экземпляры будут запущены в каждой зоне доступности случайным образом.
На шаге № 3 мы включим балансирующую нагрузку и выбрав классический балансировщик нагрузки, который мы настроили рано. Другие варианты мы оставим это по умолчанию.
На шаге № 4 мы будем настроить размер группы и масштабирование политик. В качестве желаемой мощности мне нужны 2 экземпляра, минимум 2 и максимальная мощность 5. Для этого примера я выберу желаемый результат и оставьте его в политике масштабирования, чтобы добавить и удалить емкость по мере необходимости для достижения этого результата. Имя политики Я оставим как «целевая политика отслеживания», метрический тип — среднее использование процессора, целевое значение равно 50. В этом примере я буду пропустить шаг № 5, в этом случае нам не нужны уведомления, но вы можете настроить его, если хотите.
На шаге № 6 нам нужно добавить теги. Я добавлю значение = Appus Studio Так что наши случаи будут иметь имя как Appus Studio , вы можете дать любое имя, которое вы хотите. Затем просмотрите все конфигурации и нажмите кнопку «Создать группу масштабирования автомобилей». Теперь группа Auto-Scaling создаст новые экземпляры, вы можете перейти к «экземплярам» и проверять ее.
Подождите, пока «проверка статуса» не будет «2/2 пройдена», а затем вы можете перейти к разделу нагрузки балансировщика и проверять статус экземпляра для балансировщика. Как только вы увидите статус «2 из 2 экземпляров в обслуживании», это означает, что все экземпляры прошли проверку здоровья. Вы можете проверить производительность балансировщика нагрузки, пройдя через DNS-имя самого балансировщика ( HTTPS://Ваш-балансировщик-балансировщик ). На данный момент страница не защищена только потому, что сертификат SSL был выдан доменное имя, которое вы указали в части № 1 этой статьи. Мы исправим это в следующей части статьи.
Кроме того, вы можете изменить все параметры группы автоматической масштабирования, например, масштабирования стратегии, используйте новый балансировщик нагрузки и т. Д.
Это конец этой части, и я с нетерпением жду встречи с вами в следующей части!
Оригинал: «https://dev.to/antonnguyen97/failover-architecture-on-aws-part-3-4-2e6»