Рекомендации по подключению и развертыванию сетевых функций в Диспетчере услуг Azure

Статья
10/02/2024

Корпорация Майкрософт разработала множество проверенных методик управления сетевыми функциями (NFS) с помощью Диспетчера служб оператора Azure. В этой статье содержатся рекомендации, которые поставщики NF, операторы telco и их партнеры могут следовать за оптимизацией проектирования. Имейте в виду эти методики при подключении и развертывании NFS.

Общие рекомендации

Рекомендуется сначала подключить и развернуть простейшие NFS (один или два диаграммы) с помощью кратких руководств, чтобы ознакомиться с общим потоком. В последующих итерациях можно добавить необходимые сведения о конфигурации. По мере работы с краткими руководствами рассмотрим следующие моменты:

Структурируйте артефакты для выравнивания планового использования. Рассмотрите возможность разделения глобальных артефактов от артефактов, которые нужно изменить по сайту или экземпляру.
Убедитесь, что служба составит несколько NFS с набором параметров, которые соответствуют потребностям вашей сети. Например, у вас может быть диаграмма с 1000 значениями, и вы настраиваете только 100 из них. Убедитесь, что на уровне схемы группы конфигурации (CGS) (более подробно описаны в разделах, приведенных ниже), что предоставляется только 100.
На ранней стадии вы узнаете, как отделять инфраструктуру (например, кластеры) или хранилища артефактов и получать доступ между поставщиками, в частности в рамках одной службы. Сделайте набор ресурсов издателя соответствующими этой модели.
Сайт Service Manager оператора Azure — это логическая концепция, представление назначения развертывания. Примерами являются кластер Kubernetes для контейнерных сетевых функций (CNFS) или расширенное пользовательское расположение оператора Azure Nexus для виртуализированных сетевых функций (VNFs). Это не представление физического пограничного сайта, поэтому в нескольких сайтах используется одно физическое расположение.
Диспетчер служб оператора Azure предоставляет различные API, упрощающие объединение с ADO или другими средствами конвейера.

Сопоставление ресурсов Service Manager для оператора Azure для каждого варианта использования

В следующих двух сценариях показано сопоставление ресурсов Оператора Azure Service Manager.

Сценарий: отдельная сетевая функция

NF с одним или двумя компонентами приложения развертывается в кластере NAKS.

Разбивка ресурсов:

NFDG: если компоненты можно использовать независимо, два NFDG, по одному на компонент. Если компоненты всегда развертываются вместе, то один NFDG.
NFDV: по мере необходимости в зависимости от вариантов использования, упомянутых в предыдущих разделах "Распространенные варианты использования", которые активируют обновления дополнительных или основных версий NFDV.
NSDG: single. Объединяет NFS и определения кластера Kubernetes.
NSDV: по мере необходимости в зависимости от вариантов использования, упомянутых в предыдущих разделах "Распространенные варианты использования", которые активируют дополнительные или основные обновления NSDV.
CGS: один. Рекомендуется использовать подразделы для каждого компонента и инфраструктуры, развертываемой для упрощения управления, а также версии для NFD.
CGV: одиночный на основе количества CGSS.
SNS: один на NSDV.

Сценарий: несколько сетевых функций

Несколько NFs с некоторыми общими и независимыми компонентами развертываются в кластере NAKS.

Разбивка ресурсов:

NFDG:
- NFDG для всех общих компонентов.
- NFDG для каждого независимого компонента или NF.
NFDV: несколько на каждый вариант использования NFDG, упомянутый в предыдущих разделах "Распространенные варианты использования", которые активируют обновления дополнительных или основных версий NFDV.
NSDG: single. Объединяет все NFs, общие и независимые компоненты и инфраструктуру (кластер Kubernetes или любые вспомогательные виртуальные машины).
NSDV: по мере необходимости в зависимости от вариантов использования, упомянутых в предыдущих разделах "Распространенные варианты использования", которые активируют дополнительные или основные обновления NSDV.
CGS:
- Холост/не замужем. Глобальный для всех компонентов, имеющих общие значения конфигурации.
- NF CGS на NF, включая версию NFD.
- В зависимости от общего количества параметров рассмотрите возможность объединения всех CGS в одну группу CGS.
CGV: равно числу CGS.
SNS: один на NSDV.

Соображения касательно диагностики

Во время установки и обновления по умолчанию заданы trueпараметры атомарного и ожидания, а время ожидания операции — значение 27 minutes. Во время начальной адаптации только во время отладки и разработки артефактов рекомендуется установить атомарный флаг false. , чтобы предотвратить откат helm при сбое и сохраняет все журналы или ошибки, которые могут быть потеряны. Оптимальный способ выполнить это в шаблоне ARM NF.

В шаблоне ARM добавьте следующий раздел:

"roleOverrideValues": [
    "{\"name\":\"NF_component_name>\",\"deployParametersMappingRuleProfile\":{\"helmMappingRuleProfile\":{\"options\":{\"installOptions\":{\"atomic\":\"false\",\"wait\":\"true\",\"timeout\":\"100\"},\"upgradeOptions\":{\"atomic\":\"true\",\"wait\":\"true\",\"timeout\":\"4\"}}}}}"
]

Имя компонента определяется в NFDV:

     networkFunctionTemplate: {
      nfviType: 'AzureArcKubernetes'
      networkFunctionApplications: [
        {
          artifactType: 'HelmPackage'
          name: 'fed-crds'
          dependsOnProfile: null
          artifactProfile: {
            artifactStore: {
              id: acrArtifactStore.id
            }

Внимание

Убедитесь, что атомар и ожидание будут возвращены true после завершения начальной адаптации.

Поведение последовательного упорядочения NfApp

Обзор

По умолчанию контейнерные приложения-функции сети (NfApps) устанавливаются или обновляются в зависимости от последовательного порядка, в котором они отображаются в версии конструктора сетевой функции (NFDV). Для удаления NfApps удаляются в указанном обратном порядке. Где издателю необходимо определить определенное упорядочение NfApps, отличное от по умолчанию, используется для определения уникальной последовательности для операций установки, обновления и удаления.

Использование dependsOnProfile

Издатель может использовать зависимостиOnProfile в NFDV для управления последовательностью выполнения helm для NfApps. Учитывая следующий пример, при установке NfApps будет развернуто в следующем порядке: dummyApplication1, dummyApplication2, а затем dummyApplication2. При операции обновления NfApps будет обновлен в следующем порядке: dummyApplication2, dummyApplication1, а затем dummyApplication1. При удалении NfApps будет удален в следующем порядке: dummyApplication2, dummyApplication1, а затем dummyApplication1.

{
    "location": "eastus",
    "properties": {
        "networkFunctionTemplate": {
            "networkFunctionApplications": [
                {
                  "dependsOnProfile": {
                        "installDependsOn": [
                            "dummyApplication1",
                            "dummyApplication2"
                        ],
                        "uninstallDependsOn": [
                            "dummyApplication1"
                        ],
                        "updateDependsOn": [
                            "dummyApplication1"
                        ]
                    },
                    "name": "dummyApplication"
                },
                {
                  "dependsOnProfile": {
                        "installDependsOn": [
                        ],
                        "uninstallDependsOn": [
                            "dummyApplication2"
                        ],
                        "updateDependsOn": [
                            "dummyApplication2"
                        ]
                    },
                    "name": "dummyApplication1"
                },
                {
                    "dependsOnProfile": null,
                    "name": "dummyApplication2"
                }
            ],
            "nfviType": "AzureArcKubernetes"
        },
        "networkFunctionType": "ContainerizedNetworkFunction"
    }
}

Распространенные ошибки

По состоянию на сегодняшний день, если в NFDV указан недопустимый файл, операция NF завершится ошибкой проверки. Сообщение об ошибке проверки отображается в ресурсе состояния операции и выглядит примерно так, как показано в следующем примере.

 {
  "id": "/providers/Microsoft.HybridNetwork/locations/EASTUS2EUAP/operationStatuses/ca051ddf-c8bc-4cb2-945c-a292bf7b654b*C9B39996CFCD97AB3A121AE136ED47F67BB13946C573EF90628C47628BC5EF5F",
  "name": "ca051ddf-c8bc-4cb2-945c-a292bf7b654b*C9B39996CFCD97AB3A121AE136ED47F67BB13946C573EF90628C47628BC5EF5F",
  "resourceId": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourceGroups/xinrui-publisher/providers/Microsoft.HybridNetwork/networkfunctions/testnfDependsOn02",
  "status": "Failed",
  "startTime": "2023-07-17T20:48:01.4792943Z",
  "endTime": "2023-07-17T20:48:10.0191285Z",
  "error": {
    "code": "DependenciesValidationFailed",
    "message": "CyclicDependencies: Circular dependencies detected at hellotest."
  }
}

Поделиться через

Рекомендации по подключению и развертыванию сетевых функций в Диспетчере услуг Azure

Общие рекомендации

Рекомендации по издателю

Рекомендации по определению сетевой функции и версии

Распространенные варианты использования, которые активируют дополнительный или основной обновление версии сетевой функции

Рекомендации по проектированию сетевых служб и версии

Распространенные варианты использования, которые активируют дополнительное или основное обновление версии сетевой службы

Рекомендации по схеме группы конфигураций

Сценарий

Выбор параметров для предоставления

Рекомендации по значениям группы конфигурации

Рекомендации по интерфейсу командной строки

Рекомендации по сетевой службе сайта

Сопоставление ресурсов Service Manager для оператора Azure для каждого варианта использования

Сценарий: отдельная сетевая функция

Сценарий: несколько сетевых функций

Рекомендации по обновлению программного обеспечения

Рекомендации по высокой доступности и аварийному восстановлению

Соображения касательно диагностики

Рекомендации по очистке

Ресурсы оператора

Ресурсы издателя

Поведение последовательного упорядочения NfApp

Обзор

Использование dependsOnProfile

Распространенные ошибки

Рекомендации по внедрению injectArtifactStoreDetails

Включение

Обратная связь

Дополнительные ресурсы