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

Изменение типа инстанса AWS и сохранение привязки HTTPS

У меня есть экземпляр AWS EC2 типа t2.micro. Я хочу изменить тип экземпляра на m3.medium без потери привязок, которые я установил в IIS.

Сейчас у меня привязка к HTTPS.

У меня есть экземпляр с экземпляром EBS в качестве хранилища, поэтому я знаю, что не потеряю файлы, но потеряю настройки.

Какие шаги я могу предпринять, чтобы сохранить привязки при изменении типа экземпляра. Есть ли способ настроить это значение, когда экземпляр снова будет работать?

Шаг за шагом к воспроизведению поведения

  1. Запущен EC2 t2.micro с использованием эластичного стебля
  2. Создал самоподписанный сертификат в IIS
  3. Добавлена ​​привязка к приложению в IIS (привязка HTTPS) с выбором самоподписанного сертификата в качестве сертификата, который будет использоваться
  4. Изменен тип экземпляра на странице настроек Elastic Beanstalk.
  5. Посмотрел привязки, и HTTPS пропал в IIS, как и самоподписанный сертификат.

Мне также удалось воспроизвести это поведение, выбрав Stop со страницы списка EC2. Новый экземпляр создается снова автоматически, что приводит к потере привязки и самоподписанного сертификата.

Файлы для моего веб-сайта сохраняются в обоих случаях.

Проблема в том, что вы настраиваете работающий экземпляр Elastic Beanstalk. Не делай этого.

Многие изменения, которые вы вносите в приложение Elastic Beanstalk, завершат работу и воссоздают ваш экземпляр EC2 на основе исходного образа AMI. Вот почему вы теряете свои настройки.

Вместо этого создайте пользовательский образ AMI с пользовательскими настройками IIS, а затем измените приложение EB, чтобы использовать этот пользовательский образ AMI.

Как правило, не изменяйте экземпляры EB напрямую. Не делайте в них RDP и вносите изменения, потому что они будут потеряны при завершении работы экземпляра.

Обновить

Чтобы создать собственный образ AMI:

  1. Найдите исходный образ AMI вашего EB-приложения. Это можно найти в настройках EB.
  2. Запустите свой собственный экземпляр на основе этого образа AMI, который не является частью вашего EB-приложения.
  3. RDP и настройте этот экземпляр.
  4. Остановите экземпляр и создайте его изображение, используя sysprep.
  5. Обновите свое EB-приложение, чтобы использовать этот новый образ AMI.