AWS освобожден elasti c IP теперь экземпляр ec2 не работает

Question

Я выпустил Elasti c IP из моего экземпляра EC2, так как я пытался уменьшить свои ежемесячные счета. Теперь экземпляр EC2 недоступен. Я не уверен, как исправить мой экземпляр EC2.

Я копирую и вставляю публичный c IP-адрес в браузер, и он не подключается. Мой FTP тоже больше не подключается. Экземпляр ec2 по-прежнему «работает» в соответствии с AWS, но я не могу подключиться к IP-адресу publi c.

Каков наилучший способ исправить это, иметь возможность снова подключиться через publi c IP?

Для тех пользователей, которые мне нравятся,

У меня есть также попытался связать новый elasti c IP-адрес с экземпляром ec2, который также не работает

Я попытался перезагрузить экземпляр

Я ЕСМЬ СПОСОБНОСТЬ S SH В МОМЕНТ. Тем не менее, publi c IP все еще не работает. Вот моя группа безопасности:

HTTP TCP 80 0.0.0.0/0 - S SH TCP 22 0.0.0.0/0 - Пользовательский TCP TCP 5901 0.0.0.0/0 - MYSQL / Aurora TCP 3306 XXXXXXXXXXXXX EC2 mysql HTTPS TCP 443 0.0.0.0/0

* решено *

После диссоциации elasti c IP, мне пришлось S SH в экземпляр и перезапустите сервер

служба sudo httpd start

Answer 1

Обратите внимание : вы на самом деле увеличиваете свой ежемесячный счет, держа IP Elasti c, но не пользуясь им. Использование ElasticIP бесплатно, пока оно используется.

Следующее относится к Elasti c IPs

IP-адрес Elasti c не взимает плату, если выполняются следующие условия:

• IP-адрес Elasti c связан с экземпляром EC2.
• Экземпляр, связанный с Elasti c IP-адрес работает.
• К экземпляру подключен только один IP-адрес Elasti c.

Примечание. Если адрес принадлежит пулу адресов BYOIP, вы вы никогда не платите за этот адрес.

С каждого часа взимается плата за каждый IP-адрес Elasti c, который не соответствует этим условиям. Информацию о ценах см. В разделе Elasti c IP-адреса на странице ценообразования Amazon EC2.

Чтобы устранить проблему экземпляра , никто не сможет правильно ответить на ваш вопрос потому что это предполагает понимание того, как экземпляр был настроен для начала. И когда вы говорите «это не работает», это не означает ничего разумного.

Подход, который вы должны использовать в будущем, заключается в том, чтобы обеспечить настройку инфраструктуры на AWS (или любом другом облачном провайдере), используя Инфраструктура как код, например AWS Cloudformation или Terraform.

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

Вот ссылки на AWS CloudFormation и Terraform

Answer 2

Похоже, что ваша текущая ситуация такова, что вы не можете S SH в свой экземпляр Amazon EC2 Linux. Как только вы сможете это сделать, вполне вероятно, что все остальное будет работать для вас.

Операционная система

Сначала вы можете подтвердить, что экземпляр загружает операционную систему . В консоли управления Amazon EC2 выберите экземпляр, а затем от go до Действия / Настройки экземпляра / Получить системный журнал . Если операционная система загружена правильно, она должна отображать много информации журнала, заканчивающейся приглашением login:. Если это , а не , то что-то не так с содержимым загрузочного диска, и ни один из следующих шагов не будет применяться.

Группа безопасности

Самая распространенная причина «тайм-аута соединения» - неправильная конфигурация групп безопасности.

Проверьте группы безопасности , связанные с экземпляром. Они должны разрешать входящий доступ через порт 22 (S SH) либо с вашего IP-адреса, либо с 0.0.0.0/0. В целях отладки я рекомендую временно установить это значение на 0.0.0.0/0, чтобы устранить одну из возможных причин проблемы. Затем снова попробуйте S SH.

Сеть

Далее я бы предложил протестировать сеть, запустив экземпляр Amazon EC2 в том же су bnet. , Если это работает, то мы знаем, что сеть настроена правильно. Шаги:

• Запуск нового экземпляра Amazon EC2 Linux
• Выберите тот же su bnet в качестве исходного экземпляра
• Выберите Автоматическое назначение Publi c IP = Включить
• Оставьте все остальное с настройками по умолчанию и запустите экземпляр
• Вам нужно будет выбрать пару ключей, поэтому убедитесь, что у вас есть личная половина пары ключей

Через несколько минут попробуйте S SH в этот новый экземпляр.

Если вы смогли чтобы успешно S SH в новый экземпляр, то это означает, что сетевая конфигурация для этого su bnet в порядке.

Наихудший случай

При устранении, результирующая причина проблемы будет l ie в конфигурации системы в экземпляре. Без возможности S SH войти в экземпляр, это будет трудно решить.

В таком случае необходимо будет запустить экземпляр замены. Если вы хотите sh восстановить данные из исходного экземпляра, это можно сделать, остановив исходный экземпляр, отсоединив загрузочный диск Amazon EBS, а затем подключив его к другому экземпляру, чтобы можно было скопировать содержимое.