Это мой первый опыт использования Azure, и я так привык к AWS. В AWS, когда вы понижаете или обновляете свой экземпляр, ожидается простоя. В документации Azure нет простоя, указанного при обновлении или переопределении виртуальной машины, означает ли это, что нет простоев? Если есть, сколько времени простоя?Обновление Azure VM или downgrade downtime
ответ
В Azure, есть два типа событий платформы Microsoft Azure, которые могут повлиять на доступность виртуальных машин: planned maintenance and unplanned maintenance.
Чтобы уменьшить влияние простоев из-за одного или несколько из этих событий, мы рекомендуем следующее высокая доступность наилучшая практика для виртуальных машин:
1.Configure несколько виртуальных машин в качестве наличия установленного для резервирования
2.Configure каждого уровень приложений в отдельное наличие наборов
3.Combine Балансировщик нагрузки с наличием наборами
4. Использовать несколько учетные записи хранения для каждого набора доступности
Примечание: Избегайте оставлять одиночный экземпляр виртуальной машины в наличии, установленный сам по себе. Виртуальные машины в этой конфигурации делают не имеют право на гарантию SLA и время простоя лица во время запланированных событий обслуживания Azure, за исключением случаев, когда одна виртуальная машина использует Azure Premium Storage. Для одиночных виртуальных машин с использованием премиального хранилища применяется SLA Azure.
Дополнительная информация о SLA для Azure VM, см. link.
Происходит простой. В зависимости от модели развертывания (диспетчера ресурсов или классического) изменение размера будет включать либо просто остановку виртуальной машины (прежнюю), либо удаление и повторное создание виртуальной машины с новым размером (последний).
От https://azure.microsoft.com/en-in/blog/resize-virtual-machines/:
Resize Resource Manager (ARM) виртуальная машина s
Если виртуальная машина (ы) развертываются с помощью диспетчера ресурсов (ARM) Развертывание модель вы можете изменить размер VM, сначала остановив свою виртуальную машину, выбрав новый размер виртуальной машины , а затем перезагрузите виртуальную машину. Если виртуальная машина, которую вы хотите изменить, составляет , часть набора готовности, то вы должны остановить все виртуальные машины в настройке доступности перед изменением размера любой виртуальной машины в наборе доступности .
Resize классический (ASM) виртуальных машин
Изменение размера ВМ развертываются с помощью Classic (ASM) модель развертывания более трудно, если новый размер не поддерживается аппаратным кластера где VM в настоящее время развернута. В отличие от виртуальных машин, развернутых с помощью модели развертывания Azure Resource Manager , невозможно изменить размер виртуальной машины , пока виртуальная машина находится в остановленном состоянии. Итак, для виртуальных машин с использованием классической модели развертывания виртуальные машины должны быть удалены, а затем воссозданы с использованием той же ОС и дисков данных.
- 1. Downgrade Azure VM
- 2. Azure VM downgrade от A8
- 3. Azure VIP Swap downtime
- 4. Обновление Azure VM Windows Edition
- 5. Обновление Iero Zero Downtime ARR/обратного прокси
- 6. Azure - Windows VM недоступна
- 7. Zero downtime deploy to azure в качестве контейнера докера
- 8. Azure VM, облачный сервис или веб-работа?
- 9. MongoDB на Azure: роль VM или работника?
- 10. Azure VM и SQL Azure
- 11. Azure VM Public IP
- 12. Azure DB PAAS или сервер SQL VM на Azure
- 13. Azure mutliple VM в одной VM
- 14. Задача роли Azure VM
- 15. Монитор Azure IaaS VM
- 16. balancing vM in azure
- 17. Высокая доступность VM Azure
- 18. Python Requests + Azure VM
- 19. Azure VM Extensions
- 20. Azure VM Web Access
- 21. Azure VM shutdown
- 22. Azure VM IP геолокация?
- 23. Субдомен Azure VM
- 24. Azure F-Series VM
- 25. SSRS и Azure VM
- 26. Запустить генерализованную azure VM
- 27. Azure VM password reset
- 28. Оптимизация Azure VM A0
- 29. Azure vm public ip?
- 30. Azure VM с cli
Спасибо! t это очень полезный ответ –