Azure Operator Nexus についてよく寄せられる質問 (FAQ)

[アーティクル]
11/15/2023

以下のセクションでは、Azure Operator Nexus によく寄せられる質問について説明します。

プラットフォーム: 全般

Azure Operator Nexus はどのようなサービスを提供していますか?

Azure Operator Nexus は、通信事業者グレードのネットワークワークロードをサポートする、マネージドハイブリッドクラウドプラットフォームです。このプラットフォームでは、管理プレーンが Azure に存在し、コントロールプレーンとユーザープレーンはオペレーターのオンプレミスまたは Azure にデプロイされます。これにより、新しいネットワークサービスのプロビジョニングが簡素化され、オンプレミスでのネットワーク機能とアプリケーションのデプロイが最適化されます。エンドカスタマーは、オンプレミスの Nexus AKS クラスター上にあるコンテナー化されたアプリケーションや仮想化されたワークロードをデプロイして、これらのネットワーク機能を実行できます。お客様は、Azure Monitor、Azure Container Registry、Azure Kubernetes Services など多くの Azure サービスと統合され、追加の設定は必要ありません。

Operator Nexus インスタンスの操作方法は?

Operator Nexus の操作方法は、AZ CLI、API、ARM テンプレート、ポータルを使用する他の Azure サービスと同様です。または、BICEP テンプレートを使用することも可能です。

Azure Operator Nexus インスタンスをデプロイするために、お客様が自らのサブスクリプションに含まれるリソースをデプロイする必要がありますか?

はい。各リージョンで Azure サブスクリプションに作成する必要があるリソースがいくつかあります。たとえば、ネットワークファブリックコントローラーとクラスターマネージャーリソースのペア、Log Analytics ワークスペース、ストレージアカウントの作成が挙げられます。詳しくは、Azure Operator Nexus に関するドキュメントを参照してください。

Azure Operator Nexus は Azure との接続に依存していますか? 接続が解除されるとどうなりますか?

はい。Azure への再接続とオーケストレーション、管理、操作を行うには、ExpressRoute 接続が必要です。接続が解除されている間もワークロードの実行は継続されますが、新しいリソースを調整する機能が失われる可能性があります。

Microsoft 指定の BOM (部品表) を使用しなければいけませんか?

はい。通信事業者グレードのパフォーマンスと高度な自動化を確保するには、いずれかの BOM に従って指定された機器を使用する必要があります。

回復性のある Operator Nexus インスタンスを計画するにはどうすればよいですか? Operator Nexus はディザスターリカバリーをどのように行いますか?

お客様は、ラック内冗長性、ラック間冗長性、グローバルな負荷分散を使用して、複数のインスタンス間でサービスを設計する必要があります。また、高可用性のために、複数の Azure リージョンにインスタンスを分散するよう計画してください。

オンプレミスおよび Azure コンポーネントに対する更新はどのように行いますか?

Operator Nexus へのアップグレードは、管理バンドルのアップグレードとランタイムバンドルのアップグレードの 2 つのフェーズで行われます。管理バンドルのアップグレードでは、Azure のコントローラー、顧客サブスクリプションのクラスターマネージャー、オンプレミスインスタンスのアップグレードが処理されます。オンプレミスインスタンスには、インフラストラクチャリソースの状態を維持する Kubernetes コントローラーが含まれます。

管理バンドルを更新すると、プロビジョニングアクティビティが中断される可能性がありますが、ワークロードを実行しているお客様には影響しません。お客様がこれらのアップグレードを制御または実行することはありませんが、これらのアップグレードは、オンプレミスインスタンス内の新しいランタイムベースアップグレードに更新するオプションをお客様に提供するために不可欠です。

一方、ランタイムバンドルのアップグレードでは、OS (オペレーティングシステム) やワークロードをサポートするコンポーネントの更新が必要となった場合にそのコンポーネントが処理されます。ランタイムバンドルの更新は完全にお客様の管理下で実行され、更新には API を使用できます。このアップグレード中に、ワークロードへの影響が発生する場合があります。

ストレージアプライアンスは必須のデバイスですか?

ニアエッジ SKU の場合、ストレージアプライアンスは、Operator Nexus で調達する必要があるハードウェアインフラストラクチャに含まれます。

Operator Nexus にネットワーク機能をデプロイするためのベストプラクティスまたはブループリントがありますか?

はい。Operator Nexus には Nexus Ready プログラムが付属しています。このプログラムにより、Microsoft は業界をリードするネットワーク機能パートナーと協力して、ネットワーク機能が Nexus プラットフォームで確実に実行できるようにしています。当社では、これらのネットワーク機能を定期的に検証し、新しいバージョンの Nexus に準拠していることを確認しています。 Operator Nexus は、Nexus Ready プログラムを使用して、マルチベンダーネットワーク機能の一貫したスケーラブルなデプロイを実現できるようになりました。

オンプレミスに残るデータと Azure で利用できるデータはそれぞれ何ですか?

インフラストラクチャの観点で言えば、データは Azure API を介して管理されます。これらのレイヤーでテレメトリが収集され、顧客サブスクリプションに表示されます。お客様は、Azure の Log Analytics ワークスペースやストレージアカウントなどの Analytics サービスを使用して、インフラレイヤーからのテレメトリを確認します。

テナントワークロードの場合は、イメージが ACR (Azure Container Registry) に格納され、一度デプロイされます。 Microsoft では、テナントワークロードから Azure にテレメトリを収集するオプションを提供していますが、お客様は、テレメトリデータを収集したり分析したりする別のツールを選択することも可能です。

自分の国に Azure リージョンが存在しない場合でも、Operator Nexus を使用できますか?

はい。Azure リージョンへの ExpressRoute 接続があれば問題ありません。 ExpressRoute 接続は、多くの場所で利用できます。詳細については、地域の場所と接続プロバイダーのページでご確認ください。

サブスクリプション間でリソースを移動できますか?

現時点では、リソースの移動はサポートされていません。リソースを移動する必要がある場合は、既存のコントローラーを削除し、ARM テンプレートを使用して別の場所に別のリソースを作成することを検討してください。

クラスターマネージャーとファブリックコントローラーのペアに関連付けることができるインスタンスはいくつありますか?

ネットワークファブリックコントローラーとクラスターマネージャーの単一ペアである Azure Operator Nexus インスタンスの数は、複数の要因を基に管理できます。 Operator Nexus インスタンスのサイズ、ExpressRoute サーキットの帯域幅、オプションのメトリック収集の数と頻度、インスタンスで実行されているワークロードの数、ワークロードテレメトリデータ収集の宛先などの要因によって影響を受ける可能性があります。

詳細については、「制限とクォータ」を参照してください。

現在実行中のクラスターを再デプロイすることは可能ですか? その場合、偶発的なデプロイを防ぐためにどのようなセーフガードが用意されていますか?

実行中のクラスターは再デプロイできません。クラスターを削除してから再デプロイする必要があります。クラスターが既に実行されている場合、デプロイアクションによってクラスターに対する新しいアクションが防止され、偶発的なデプロイのリスクが軽減されます。

Azure Operator Nexus で、特定のラックまたはラック内のインスタンスのサブセットを選択するオプションを使用してクラスターの作成を有効にできますか?

Azure Operator Nexus では、クラスターのデプロイの一部として、特定のラックまたはラック内のインスタンスのサブセットを選択する機能は提供されていません。

デプロイ中にクラスターマネージャーとオンプレミスサーバーの間でネットワークが中断された場合、接続が復元された後にプロセスを再開できますか?

クラスターの状態によって異なります。クラスターに障害が発生した場合は、削除して再デプロイする必要があります。ただし、クラスターがまだデプロイされている場合は、調整プロセスが実行され、デプロイプロセスを続行できます。

クラスターのデプロイは、すべてのコンピューティングノードがプロビジョニングされるまで待機しますか?

デプロイプロセスは、すべてのノードが正常にプロビジョニングされるまで、コンピューティングノードのプロビジョニングを継続的に再試行します。クラスターが定義されたしきい値に達すると、クラスターの状態が実行中に変わります。ただし、残りのノードも正常にプロビジョニングされるまで、プロビジョニングプロセスが継続されます。

Compute

Azure Operator Nexus は仮想マシン (VM) の作成をサポートしていますか?

はい。Azure Operator Nexus では、通信会社のネットワーク内で VNF をホストするためのカスタマイズされた VM を作成できます。 Azure Operator Nexus プラットフォームでは、カスタマイズされた VM を作成するための Azure CLI が提供されます。 VM 上で VNF をホストするためには、それを Azure Arc に登録し、Azure CLI を使用してそれに SSH 接続する方法を提供します。 Azure Operator Nexus 仮想マシンの作成時に、イメージを使用できます。ワークロード VM の作成に使用する各イメージが、qcow2 と RAW いずれかのディスク形式のコンテナー化されたイメージであることを確認します。これらのイメージを Azure Container Registry へアップロードします。

ベアメタルサーバーは、どのように更新すればいいですか?

Azure Operator Nexus インスタンス内のベアメタルサーバーを更新するには、Azure API を使用できます。ベアメタルサーバーの更新は、ランタイムバンドルのアップグレードに含まれます。このアップグレードには、Nexus インスタンスから Azure への再接続が必要です。

ベアメタルサーバーで実行される OS は何ですか? 自分が所有する OS を持ち込むことはできますか?

ベアメタルサーバーは、Microsoft Azure Linux (旧 CBL Mariner OS) と共にデプロイされます。これは徹底的にテストされ、必要な Azure エージェントと互換性が確保されます。ベアメタルサーバーの他の OS 製品をサポートする予定はありません。

Operator Nexus では何台のサーバーをサポートしていますか? サポートされるラックの数はいくつですか?

Operator Nexus インスタンスは最大 8 台のコンピューティングラックをサポートし、各ラックで最大 16 台のサーバーをホストします。これらのコンピューティングサーバーは、実際のテナントワークロードを実行するために使用されます。

ネットワーク

Operator Nexus は IPv6 をサポートしていますか?

はい。Azure Operator Nexus では、スタックのすべてのレイヤーで IPv4 と IPv6 の両方の構成がサポートされます。

Azure Operator Nexus のネットワーク要件は何ですか?

Azure Operator Nexus のネットワーク要件の一部を次に示します。

お客様は、 Microsoft パートナーと協力して ExpressRoute 接続を設定する必要があります
PE (プロバイダーエッジ) デバイスは、Operator Nexus インスタンスの CE (カスタマーエッジ) デバイスへの 400G または 100G 接続をサポートします
PE には ExpressRoute へのルートが必要です
さまざまなサービスに定義されている IP アドレスブロック、iDrac、PXE、Storage、OAM などの VLAN

詳細については、ネットワークファブリックコントローラーとネットワークファブリックに関する記事を参照してください。

分離ドメインとは何ですか?

分離ドメインを使用すると、Azure Operator Nexus インスタンス全体でホストされているワークロードと外部ネットワーク間のレイヤー 2 またはレイヤー 3 の接続が可能になります。これらは、ネットワークを認証ドメインにセグメント化し、必要な境界内で通信を強制します。

Operator Nexus は単一の ToR (Top of Rack) デバイスをサポートしていますか?

ニアエッジでは、ファブリックは高可用性モデルと、ToR スイッチを 1 つだけでは持つことができない理由に基づいて設計されています。

ネットワークパケットブローカー (NPB) の要件は厳しいですか?

ニアエッジ SKU の場合、NPB は BOM に含まれます。

Nexus Kubernetes クラスターで負荷分散サービスを構成するにはどうすればよいですか?

ロードバランサーを使用すると、外部サービスからクラスター内で実行されているサービスにアクセスできます。詳細については、ロードバランサーに関する記事を参照してください。

テナントワークロード

独自の K8S クラスターを取り込むことができますか?

Nexus プラットフォームでは、複数の Kubernetes バージョンを持つ Nexus AKS クラスターを作成するか、ワークロードを実行するための仮想マシンを作成するかを選択できます。

プラットフォームで認定されている VNF (仮想化されたネットワーク機能) と CNF (コンテナー化されたネットワーク機能) とは何ですか?

VNF 機能と CNF 機能の検証は、進行中のアクティビティです。認定された VNF と CMF の一覧は近日中に公開されます。

VNF または CNF が認定されていない場合でも、引き続き使用できますか?

はい。Nexus チームと共同作業を行って、これらのワークロードのデプロイを妨げる制限がないことを確認できます。

VM/コンテナーをデプロイするにはどうすればいいですか?

お客様は、API を使用して、Operator Nexus インスタンスに VM と Nexus AKS クラスターをデプロイできます。より充実したエクスペリエンスを実現するために、Microsoft では別のサービス AOSM (Azure Operator Service Manager) も提供しています。これにより、コンテナー化 (CNF) および仮想化 (VNF) ネットワーク機能のデプロイを自動化できます。

AKS クラスター内のコンテナーに使用できるストレージクラスは何ですか?

Nexus AKS クラスターでは、Read Write Many (RWX) ストレージクラスと Read Write Once (RWO) ストレージクラスがサポートされています。

Operator Nexus の VM を高可用性にするにはどうすればよいですか?

Operator Nexus は、高可用性を実現するために、複数のベアメタルマシン間およびラック間で VM をデプロイできます。

可観測性

Azure Operator Nexus インスタンスを監視するにはどうすればよいですか?

Azure Operator Nexus では、顧客サブスクリプションにテレメトリを収集することでお客様が Nexus インスタンスとその接続されたリソースの正常性を監視できます。お客様は、Azure の Log Analytics ワークスペース/Azure Data Explorer ですべてのログを収集して分析できます。これらの場所ではログをさらに長期間保持できます。

コンピューティング、ネットワーク、ストレージに使用できるメトリックは何ですか? アラートを送信することはできますか? 独自の監視ソリューションと統合できますか?

Azure Operator Nexus インスタンススタック内のレイヤーから、幅広くキュレーションされたメトリックのセットがお客様に配信されます。これには、リソースのクォータや使用率など、コンピューティング、ストレージ、ネットワークに基づいて正常性を評価するために不可欠なメトリックが含まれます。お客様は、収集されたテレメトリに基づいて適切な警告ルールを設定し、設定されたしきい値が満たされるたびに通知がトリガーされるようにすることができます。

詳細については、メトリックの一覧を参照してください。

次の方法で共有