Запуск или остановка экземпляра службы Azure Spring Apps
Примечание.
Azure Spring Apps — это новое название службы Azure Spring Cloud. Старое название будет еще некоторое время встречаться в наших материалах, пока мы не обновим ресурсы, такие как снимки экрана, видео и схемы.
Эта статья относится к:❌ стандартное потребление и выделенная (предварительная версия) ✔️ Basic/Standard ✔️ Enterprise
В этой статье показано, как запустить или остановить экземпляр службы Azure Spring Apps.
Приложения, работающие в Azure Spring Apps, могут не выполняться непрерывно. Например, приложению может не потребоваться непрерывно работать, если у вас есть экземпляр службы, который используется только в рабочие часы. Иногда может возникать время простоя Azure Spring Apps и запуска только системных компонентов.
Вы можете сократить активное пространство Azure Spring Apps, уменьшая выполняемые экземпляры, что снижает затраты на вычислительные ресурсы. Дополнительные сведения см. в статье "Запуск, остановка и удаление приложения в Azure Spring Apps" и масштабирование приложения в Azure Spring Apps.
Чтобы снизить затраты, можно полностью остановить экземпляр службы Azure Spring Apps. Все пользовательские приложения и системные компоненты остановлены. Однако все объекты и параметры сети сохраняются, чтобы можно было перезапустить экземпляр службы и выбрать его вправо, где вы оставили.
Ограничения
Возможность остановить и запустить экземпляр службы Azure Spring Apps имеет следующие ограничения:
- Вы можете остановить и запустить экземпляр службы Azure Spring Apps, чтобы сэкономить затраты. Однако не следует останавливать и запускать запущенный экземпляр для восстановления службы, например для восстановления из недопустимой конфигурации виртуальной сети.
- Состояние остановленного экземпляра службы Azure Spring Apps сохраняется до 90 дней. Если кластер остановлен более 90 дней, вы не сможете восстановить состояние кластера.
- Вы можете запускать, просматривать или удалять остановленный экземпляр службы Azure Spring Apps. Перед выполнением любой операции обновления, такой как создание или масштабирование приложения, необходимо запустить экземпляр службы.
- Если экземпляр службы Azure Spring Apps был остановлен или успешно запущен, необходимо подождать не менее 30 минут, чтобы запустить или остановить экземпляр еще раз. Однако если последняя операция завершилась ошибкой, можно повторить попытку запуска или остановки без необходимости ждать.
- Для экземпляров виртуальной сети запуск может завершиться ошибкой из-за недопустимых конфигураций виртуальной сети. Дополнительные сведения см. в статье о обязанностях клиентов по запуску Azure Spring Apps в виртуальной сети.
Необходимые компоненты
- Существующий экземпляр службы в Azure Spring Apps. Сведения о создании нового экземпляра службы см . в кратком руководстве. Подготовка экземпляра службы Azure Spring Apps.
- (Необязательно) Azure CLI версии 2.45.0 или более поздней.
Остановка запущенного экземпляра
На портале Azure выполните следующие действия, чтобы остановить запущенный экземпляр Azure Spring Apps:
Перейдите на страницу обзора службы Azure Spring Apps.
Нажмите кнопку Остановить, чтобы остановить запущенный экземпляр.
После остановки экземпляра состояние отображается успешно (остановлено).
Запуск остановленного экземпляра
На портале Azure выполните следующие действия, чтобы запустить остановленный экземпляр Azure Spring Apps:
Перейдите на страницу обзора службы Azure Spring Apps.
Нажмите кнопку Запустить, чтобы запустить остановленный экземпляр.
После запуска экземпляра отображается состояние "Успешно" (Выполняется).
Устранение неполадок при подготовке ресурсов при запуске
При запуске экземпляра службы может появиться сообщение об ошибке, даже если оно ProvisioningState есть Succeeded. Это сообщение об ошибке помогает определить ресурсы, которые не удалось запустить или параметры, которые не были применены.
Может появиться сообщение об ошибке, аналогичное следующему примеру: Failed to start the following resource(s) or apply setting(s): [<failed resource list>]. Please check and update them accordingly.
В следующем списке описаны некоторые распространенные действия, которые можно предпринять для восстановления после этих сбоев:
- Определите неудачные ресурсы: ознакомьтесь с
<failed resource list>разделом в сообщении об ошибке, чтобы определить ресурсы, которые не удалось запустить или параметры, которые не удалось применить. - Изучение и устранение рисков. Проверьте каждый указанный ресурс, проверка журналы сбоев, если они доступны, и выполните необходимые меры по устранению рисков. Эти меры могут включать обновление определенных ресурсов, которые не смогли запустить или повторно применить затронутые параметры.