Я помітив, що викликати ec2.rebootInstancesекземпляр Amazon EC2 було набагато швидше, ніж зупинити та запустити його знову ( ec2.stopInstances ec2.startInstances).
Він також зберігає IP-адресу екземпляра (у мене немає еластичного IP-адреса на ньому) Що робить ec2.rebootInstance, що відрізняється від зупинки та запуску екземпляра?
Відповіді:
Коли ви зупиняєте завантажувальний примірник EBS, ви відмовляєтесь від фізичного обладнання (або його фрагмента), на якому працював сервер, і EC2 може запустити там інший екземпляр.
Обсяг завантаження EBS (та інші додані томи EBS) досі зберігаються, хоча насправді вони не прив'язані до фізичного або віртуального сервера. Вони просто пов'язані з ідентифікатором екземпляра, який не працює ніде.
Коли ви знову запускаєте екземпляр, EC2 вибирає деяке обладнання для його запуску, зв’язує об'єм (и) EBS і знову завантажує його з кореневого тома.
До речі, що змінюється, коли ви зупиняєтесь / починаєте:
Нова внутрішня IP-адреса (хоча може бути випадково однаковою).
Нова зовнішня IP-адреса (хоча може бути випадково однаковою).
Якщо Elastic IP-адреса була асоційована з екземпляром до її зупинки, вам потрібно буде відновити її після початку.
Будь-який вміст у колишньому ефемерному сховищі примірника був стертий, і вам надається свіже ефемерне сховище.
Ви можете залишити примірник зупиненим на скільки завгодно часу і не стягувати плату за час виконання (хоча ви отримуєте плату за набагато нижчу швидкість за об'єм сховища EBS). Дивіться наступний пункт.
Для цього примірника починається свіжа година виставлення рахунків, коли ви запускаєте його знову. Наприклад, якщо запустити новий екземпляр, а потім зупинити / запустити його 3 рази протягом перших 60 хвилин, вам стягуватиметься плата за 4 години замість 1.
Є невеликий шанс, що EC2 не матиме доступних слотів правильного типу екземпляра для запуску вашого примірника, коли ви хочете його запустити заново. У мене це сталося і тимчасово перейшов на інший, доступний тип екземпляра, щоб знову запустити його.
Після перезавантаження це проста перезавантаження на рівні ОС, і екземпляр залишається запущеним на одному і тому ж апаратному забезпеченні, з однаковими приватними та загальнодоступними IP-адресами, зберігає ту саму еластичну IP-адресу (якщо вона пов’язана) і зберігає те саме ефемерне сховище, не отримуючи витер. При перезавантаженні не починається нова година оплати, і ви не відмовитесь від апаратного забезпечення екземпляра.
Поки примірник зупиняється, ви можете зробити кілька цікавих речей, перш ніж запустити його знову. Ось стаття, яку я написав про зміну типу екземпляра примірника під час його зупинки:
Переміщення інстанції EC2 до більшого розміру
http://alestic.com/2011/02/ec2-change-type
Ось стаття, яку я написав про те, як змінити розмір завантажувального диска EBS примірника, поки він зупинений:
Змінення розміру кореневого диска під час запуску EBS Boot EC2 Instance
http://alestic.com/2010/02/ec2-resize-running-ebs-root
Ось стаття, яку я написав про те, як перевірити кореневий диск екземпляра (поки він зупинений), коли ви не можете підключитися до нього під час запуску:
Виправлення файлів на кореневій томі EBS інстанції EC2
http://alestic.com/2011/02/ec2-fix-ebs-root
Оскільки цикл зупинки / запуску має хороші шанси перенести ваш примірник на нове обладнання, це простий спосіб замінити обладнання вашого примірника, якщо ви підозрюєте, що поточна платформа може йти погано і спричинить проблеми. Ось стаття, яку я написав про це:
Простіший спосіб замінити апаратне забезпечення екземпляра на EC2
http://alestic.com/2011/02/ec2-move-hardware