Например, в AWS, когда экземпляр останавливается, а затем запускается, он переключается между физическими хостами.
Когда вы останавливаете загрузочный экземпляр EBS, вы отказываетесь от физического оборудования, на котором работал сервер, и EC2 может свободно запускать там другой экземпляр.
Ваш загрузочный том EBS (и другие подключенные тома EBS) по-прежнему сохраняются, хотя на самом деле они не привязаны к физическому или виртуальному серверу. Они просто связаны с идентификатором экземпляра, который нигде не работает.
Когда вы снова запускаете экземпляр, EC2 выбирает какое-то оборудование для его запуска, подключает том (-ы) EBS и снова загружает его.
Вещи, которые меняются при остановке / запуске, включают:
Новый внутренний IP-адрес, хотя он может случайно совпадать. [Экземпляры VPC сохраняют те же внутренние IP-адреса при остановке / запуске.]
Новый внешний IP-адрес (хотя может случайно совпадать).
Если эластичный IP-адрес был связан с экземпляром до его остановки, вам потребуется повторно связать его после запуска. [Экземпляры VPC сохраняют эластичные IP-адреса, связанные посредством остановки / запуска.]
Все содержимое бывшего эфемерного хранилища экземпляра было удалено, и вам предоставляется новое эфемерное хранилище (часто монтируемое как / mnt).
Вы можете оставить инстанс остановленным на столько, сколько захотите, и не платить за время работы (хотя вы получаете гораздо меньшую плату за хранилище томов EBS). Смотрите следующий пункт.
При повторном запуске экземпляра начинается новый расчетный час. Например, если вы запустите новый экземпляр, а затем остановите / запустите его 3 раза в течение первых 60 минут, с вас будет взиматься плата за 4 часа вместо 1.
Существует небольшая вероятность того, что EC2 не будет иметь доступных слотов правильного типа инстанса для запуска вашего экземпляра, когда вы захотите запустить его снова. У меня это случилось, и я временно переключился на другой доступный тип инстанса, чтобы он снова заработал.
Когда вы перезагружаетесь, это простая перезагрузка на уровне ОС, и экземпляр продолжает работать на том же оборудовании, с теми же частными и общедоступными IP-адресами, сохраняет тот же эластичный IP-адрес (если он связан) и сохраняет то же временное хранилище, не получая протереть. При перезагрузке новый расчетный час не начинается, и вы не отказываетесь от оборудования экземпляра.
Источник - https://alestic.com/2011/09/ec2-reboot-stop-start/
Таким образом, если физический хост деградировал или будет подвергаться техническому обслуживанию в будущем, нужно просто корректно остановить экземпляр, а затем запустить его резервное копирование, и он переместится на другой физический хост (не всегда гарантировано, но в целом верно).
При перезапуске экземпляра AWS виртуальная машина продолжает работать на том же физическом хосте.
Может ли кто-нибудь прояснить, как ведут себя виртуальные машины Google Compute Engine при остановке / запуске экземпляра и при его перезапуске?
Я поднял это как запрос в тикете, который у нас был с GCP, но был направлен на следующие два URL-адреса документации, которые на самом деле не отвечают на вопрос:
Контекст, по которому я задаю этот вопрос, заключается в том, чтобы выяснить, продолжает ли наша виртуальная машина работать на том же физическом хосте после того, как GCP автоматически перезапустил виртуальную машину из-за ошибки хоста.
Когда возникает ошибка хостера, это означает, что на физическом компьютере, на котором расположена ваша виртуальная машина, возникла проблема с оборудованием или программным обеспечением, что вызывает ошибку хостера. Если у вас настроен автоматический перезапуск виртуальной машины, что является значением по умолчанию, ваша виртуальная машина будет перезапущена на другом физическом компьютере.
Вы можете проверить это в нашей общедоступной документации на https://cloud.google.com/compute/docs/faq#hosterror
Когда вы выполняете операцию остановки на виртуальной машине, Compute Engine отправляет экземпляру сигнал отключения питания ACPI. Когда виртуальная машина останавливается, временные внешние IP-адреса освобождаются от экземпляра, и вы платите за ресурсы, которые все еще подключены к экземпляру виртуальной машины, такие как статические IP-адреса и постоянные данные на диске.
Когда вы запускаете остановленную виртуальную машину, она может быть размещена на другой физической машине или на той же физической машине.
Когда вы выполняете операцию сброса на виртуальной машине, это похоже на выполнение жесткого сброса на вашем компьютере, когда вы можете нажать кнопку сброса или нажать и удерживать кнопку питания. Сброс экземпляра стирает содержимое памяти машины и сбрасывает виртуальную машину в исходное состояние. Операция сброса сохраняет его эфемерный IP-адрес, постоянный диск, тип компьютера и т. Д. Однако любые данные, хранящиеся в памяти, будут сброшены, если вы не создадите резервную копию данных.
Вы можете проверить жизненный цикл экземпляра в нашей общедоступной документации на https://cloud.google.com/compute/docs/instances/instance-life-cycle