Перенос рабочих областей выделенного кластера Log Analytics в поддержку зоны доступности
В этом руководстве описывается перенос рабочих областей выделенного кластера Log Analytics из недоступной зоны в поддержку доступности.
Примечание.
Ресурсы Application Insights также могут использовать зоны доступности, но только если они основаны на рабочей области, а рабочая область использует выделенный кластер. Классические ресурсы Application Insights (не на основе рабочей области) не могут использовать зоны доступности.
Необходимые компоненты
Эта статья относится к рабочим областям, используюющим выделенные кластеры. Если рабочая область не использует выделенный кластер, она использует общий кластер, который управляется службой Log Analytics. В регионах с зонами доступности общие кластеры используют зоны доступности или переносятся для их использования. Дополнительные сведения см. в разделе Log Analytics — поддерживаемые регионы.
Убедитесь, что регион, в который вы хотите переместить, — это регион, поддерживающий зоны доступности. Сведения о том, какие регионы поддерживают зоны доступности, см. в поддерживаемых регионах.
Требования к простою
Нет требований к простою.
Процесс миграции: перемещение в выделенный кластер
Шаг 1. Определение текущего кластера для рабочей области
Чтобы определить текущее состояние ссылки рабочей области для рабочей области, используйте CLI, PowerShell или REST для получения сведений о кластере. Если кластер использует зону доступности, то он имеет свойство, вызываемое isAvailabilityZonesEnabled значением true. После создания кластера это свойство нельзя изменить.
Шаг 2. Создание выделенного кластера с поддержкой зоны доступности
Переместите свою рабочую область в зону доступности, создав выделенный кластер в регионе, в котором поддерживаются зоны доступности. Кластер автоматически включен для зон доступности. Затем соедините свою рабочую область с новым кластером.
Внимание
Зону доступности для кластера задают в процессе создания кластера, после чего ее невозможно изменить.
Переход на новый кластер можно выполнять постепенно. Не удаляйте предыдущий кластер, пока он не будет удален из каких-либо данных. Например, если для рабочей области задан срок хранения 60 дней, вам, возможно, потребуется, чтобы перед удалением старого кластера он работал в течение этого периода.
Все запросы к рабочей области запрашивают оба кластера, чтобы предоставить вам единый унифицированный результирующий набор. В результате все функции Azure Monitor, использующие рабочую область, такие как книги и панели мониторинга, продолжают получать полный унифицированный результирующий набор на основе данных из обоих кластеров.
Выставление счетов
Выделенные кластеры требуют уровня обязательств, начиная с 100 ГБ в день.
За первый день работы нового кластера плата не взимается, чтобы избежать двойного выставления счетов в период настройки. На дату миграции счет будет выставлен счет только за данные, принятые до завершения миграции.
Связанный контент
Дополнительные сведения: