Миграция Azure vSockets на 2-NIC решение

В этой статье объясняется, как перенести Azure vSocket из виртуальной машины с 3 сетевыми интерфейсами (NIC) на 2 NIC.

Обзор

Эта статья предоставляет информацию о поддерживаемых Azure vSockets от Cato. Ранее Cato поддерживал только Azure vSockets с 3 сетевыми интерфейсами. Начиная с Socket v21, вы можете создавать новые экземпляры Azure с 2 интерфейсами и мигрировать свои существующие vSockets на экземпляр с 2 NIC.

В следующих разделах объясняется, как перенести ваши существующие vSockets на экземпляр Standard_D2s_v5.

Вы не обязаны переходить на экземпляр с 2-NIC и можете продолжать использовать поддерживаемые 3-NIC экземпляры

2 NIC или 3 NIC

Существует два основных различия между 2-NIC и 3-NIC Azure vSockets:

  • 3-NIC экземпляры поддерживают интерфейс MGMT, недоступный для 2-NIC экземпляров
  • 2-NIC экземпляры дешевле, чем 3-NIC экземпляр

Для получения информации о поддерживаемых 3-NIC экземплярах Azure, смотрите этот документ. Для получения информации о ценах на Azure, смотрите соответствующую документацию Microsoft.

Инструкции

В конфигурации HA следует выполнить процедуру миграции на вашем вторичном vSocket до основного vSocket.

  1. Если вы используете экземпляр Standard_D2S_v4 Azure, перед обновлением до Socket v21, нужно изменить размер вашего экземпляра на поддерживаемый 3-NIC экземпляр. Если вы уже используете поддерживаемый 3-NIC экземпляр, вы можете перейти к следующему шагу.

    Примечание

    Примечание: Для Azure HA vSockets с экземплярами Standard_D2S_v4 и набором доступности есть время простоя для сайта до 17 минут в процессе.

  2. Обновите вручную до Socket v21.
    Примечание: Убедитесь, что дождались уведомления Cato о успешном завершении обновления, процесс обновления может занять до 17 минут. Об успешном обновлении уведомляется событие, электронная почта и сообщение в области уведомлений CMA.
  3. После обновления, запустите скрипт миграции с использованием AzureCLI.
    Скрипт отсоединит интерфейс управления от экземпляра Azure. В рамках процесса vSocket выключится и включится через минуту.
  4. Уменьшите ваш экземпляр до Standard_D2s_v5.
  5. Подтвердите, что вы подключены к Cato Cloud.

Если вы в конфигурации HA, повторите этот процесс для основного vSocket.

(Опционально) Переключитесь обратно на 3-NIC решение

  1. Если вы в данный момент используете Standard_D2S_v4 или Standard_D2S_v5, сначала измените размер на поддерживаемый 3-NIC экземпляр.
  2. Перейдите к запуску скрипта миграции и на шаге 5 выберите Нет, затем скрипт спросит, хотите ли вы добавить интерфейс Управление Сетевой, выберите Да и выберите соответствующий NIC из списка, чтобы завершить процесс.

Запуск скрипта миграции

После обновления vSocket до v21, выполните скрипт миграции, чтобы удалить интерфейс управления из vSocket:

  1. Скачать скрипт миграции
  2. Подключитесь к Azure CLI только из пользовательского интерфейса Azure и, под Управлением файлами, загрузите скрипт

    Примечание

    Примечание: Запуск скрипта вне пользовательского интерфейса Azure может привести к сбою скрипта.

    Снимок экрана В 2024-09-22 в 13.48.57.png

  3. Измените разрешения на выполнение скрипта, используя следующую команду:
     chmod 755 <filename>
  4. Запустите скрипт, используя следующую команду:
     sh <filename>
    1. Введите ID подписки.
    2. Выберите группу ресурсов VM.
    3. Выберите местоположение
    4. Выберите соответствующий экземпляр VM
    5. Выберите Да, чтобы удалить сетевой интерфейс MGMT, и выберите NIC для удаления.
    6. Выберите соответствующий WAN NIC.

      На этом этапе интерфейс MGMT отключен, и скрипт завершает работу.

Подтвердить отказоустойчивость HA

Если вы находитесь в конфигурации HA, важно также подтвердить, что отказоустойчивость HA работает в ходе этой процедуры.

Перейдите в раздел Сетевых инструментов WebUI и запустите инструмент тестирования API.

  • Если тест завершается неудачей, следуйте шагам по устранению неисправностей, указанным в Устранении неисправностей Azure HA vSocket.
  • Если тестирование API прошло успешно, следуйте шагам, описанным в следующих разделах.

Примечание

Примечание: Во время операции изменения размера инструмент тестирования API WebUI на вторичном vSocket может вернуть следующее сообщение:

Состояние теста API Azure 'Получение конфигурации NIC для текущего сокета' завершилось неудачей! Состояние BLOCK API Azure 'Разблокировать все API AZ'

Если тест проходит успешно на основном vSocket, это сообщение является ошибкой, и вы можете безопасно игнорировать этот конкретный результат и продолжать процедуру изменения размера, описанную ниже.

 

Подтвердить подключение к Cato

  • На странице Мониторинг > Топология выберите сайт Azure vSocket и в разделе Сайт > Конфигурация Сокета нажмите Действие > Веб-интерфейс сокета для основных и вторичных vSockets.

    Браузер открывает новую вкладку и входит в Веб-интерфейс сокета.

    Когда vSocket работает правильно, Веб-интерфейс сокета отображает вкладку Мониторинг, и активные ссылки имеют значки Статус связи зеленого цвета. Пример ниже показывает, что WAN-ссылки (1 и 4) имеют зеленые значки.

vSocket_webUI.png

 

Была ли эта статья полезной?

Пользователи, считающие этот материал полезным: 1 из 1

0 комментариев