Network ATC を管理する

適用対象: Azure Stack HCI バージョン 21H2

この記事では、デプロイ後にネットワーク ATC を管理する方法について説明します。 Network ATC を使用すると、Azure Stack HCI クラスターのデプロイとネットワーク構成の管理が単純化されます。 Windows PowerShell を使用してネットワーク ATC を管理します。

サーバー ノードを追加する

クラスターにノードを追加できます。 クラスター内の各ノードは同じインテントを受け取り、クラスターの信頼性が向上します。 新しいノードは、ネットワーク ATC を使用したホスト ネットワークに関するページの「要件とベスト プラクティス」セクションに記載されているすべての要件を満たす必要があります。

このタスクでは、クラスターにノードを追加し、クラスター内のすべてのノードに一貫したネットワーク構成が適用されることを確認します。

  1. クラスターに新しい (未構成の) ノードを追加するには、Add-ClusterNode コマンドレットを使用します。 この時点では、クラスターへの管理アクセスのみが必要です。 クラスター内の各ノードのすべての pNIC に、同じ名前が設定されている必要があります。

    Add-ClusterNode -Cluster HCI01
    Get-ClusterNode
    
  2. -ClusterName パラメーターを使用して、すべてのクラスター ノードの状態を調べます。

    Get-NetIntentStatus -ClusterName HCI01
    

    Note

    クラスターに追加しようとしているサーバーの 1 つに、他のサーバー上に存在するネットワーク アダプターがない場合、Get-NetIntentStatus によって エラー PhysicalAdapterNotFound が報告されます。

  3. Get-NetIntentStatus を使用して、すべてのノードのプロビジョニング状態を調べます。 コマンドレットにより、両方のノードの構成が報告されます。 プロビジョニングには、元のノードと同じくらいの時間がかかる場合があることに注意してください。

    Get-NetIntentStatus -ClusterName HCI01
    

また、一度に複数のノードをクラスターに追加することもできます。

記憶域または管理システムの既定の VLAN を変更する

ネットワーク ATC によって指定された既定の VLAN を使用することも、環境に固有の値を使用することもできます。 これを行うには、Add-NetIntent で -ManagementVLAN と -StorageVLANs パラメーターを使用します。

Add-NetIntent -Name MyIntent -ClusterName HCI01 -StorageVLANs 101, 102 -ManagementVLAN 10

ネットワーク アダプターを意図的に追加または削除する

このタスクは、インテントに割り当てられたネットワーク アダプターの更新に役立ちます。 クラスター内の物理アダプターに変更がある場合は、Update-NetIntentAdapter を使用して関連するインテントを更新できます。

この例では、pNIC03 と pNIC04 という 2 つの新しいアダプターをインストールしました。これらは、"Cluster_Compute" という名前のインテントで使用します。

  1. いずれかのクラスター ノードで Get-NetAdapter を実行して、両方のアダプターが存在し、各クラスター ノードで "Up" という状態を報告することを確認します。

    Get-NetAdapter -Name pNIC03, pNIC04 -CimSession (Get-ClusterNode).Name | Select Name, PSComputerName
    
  2. 次のコマンドを実行して、インテントを更新し、新旧のネットワーク アダプターを含めます。

     Update-NetIntentAdapter -Name Cluster_Compute -AdapterName pNIC01,pNIC02,pNIC03,pNIC04 -ClusterName HCI01
    
  3. インテントにネットワーク アダプターが正常に追加されたことを確認します。

    Get-NetIntent -Name Cluster_Compute -ClusterName HCI01
    

ネットワーク設定を更新またはオーバーライドする

このタスクは、既にデプロイされている既定の構成をオーバーライドするのに役立ちます。 この例では、SMB ダイレクトの既定の帯域幅予約が変更されます。

重要

Microsoft のベスト プラクティスに基づいている既定の設定を使用することをお勧めします。

  1. 使用可能なオーバーライド コマンドレットの一覧を取得します。 ワイルドカードを使用して、使用可能なオプションを確認します。

    Get-Command -Noun NetIntent*Over* -Module NetworkATC
    
  2. DCB のサービスの品質 (QoS) の構成のオーバーライド オブジェクトを作成します。

    $QosOverride = New-NetIntentQosPolicyOverrides
    $QosOverride
    
  3. SMB ダイレクトの帯域幅の割合を変更します。

    $QosOverride.BandwidthPercentage_SMB = 25
    $QosOverride
    

    Note

    オーバーライドするプロパティの値のみが表示されます。

  4. オーバーライドを指定してインテント要求を送信します。

    Set-NetIntent -Name Cluster_ComputeStorage -QosPolicyOverrides $QosOverride
    
  5. プロビジョニング状態が完了になるまで待ちます。

    Get-NetIntentStatus -Name Cluster_ComputeStorage | Format-Table IntentName, Host, ProvisioningStatus, ConfigurationStatus
    
  6. すべてのクラスター ノードでオーバーライドが正しく設定されていることを確認します。 この例では、SMB_Direct トラフィック クラスが 25% の帯域幅の割合でオーバーライドされました。

    Get-NetQosTrafficClass -Cimsession (Get-ClusterNode).Name | Select PSComputerName, Name, Priority, Bandwidth
    

VM での Network ATC のテスト

VM 内で Azure Stack HCI を実行することは、テスト環境に役立ちます。 これを行うには、NetworkDirect アダプター プロパティを無効にするアダプター プロパティ オーバーライドをインテントに追加します。

$AdapterOverride = New-NetIntentAdapterPropertyOverrides
$AdapterOverride.NetworkDirect = 0
Add-NetIntent -Name MyIntent -AdapterName vmNIC01, vmNIC02 -Management -Compute -Storage -AdapterPropertyOverrides $AdapterOverride

注意

各 VM に複数の仮想 CPU があることを確認します。

インテントを削除する

すべてのインテントを削除し、最初からやり直したい場合があります。たとえば、別の構成をテストする場合などです。 Remove-NetIntent コマンドレットを使用してインテントを削除することはできますが、それによって、そのインテント用に作成された仮想スイッチと DCB/NetQoS 構成はクリーンアップされません。 ネットワーク ATC は、システム上のものを破棄しないようになっています。これは通常は良いことですが、やり直すには手動でいくつかの手順を実行する必要があります。

すべてのネットワーク インテントを削除し、それらのインテントに対して Network ATC によって作成された仮想スイッチと NetQoS 構成を削除するには、クラスター内のサーバーの 1 つ (どれでも構いません) でローカルに実行されている PowerShell セッションで次のスクリプトを実行します。

$clusname = Get-Cluster
$clusternodes = Get-ClusterNode    
$intents = Get-NetIntent -ClusterName $clusname

foreach ($intent in $intents)
{
    Remove-NetIntent -Name $intent.IntentName -ClusterName $clusname
}

foreach ($intent in $intents)
{
    foreach ($clusternode in $clusternodes)
    {
        Remove-VMSwitch -Name "*$($intent.IntentName)*" -ComputerName $clusternode -ErrorAction SilentlyContinue -Force
    }
}

foreach ($clusternode in $clusternodes)
{    
    New-CimSession -ComputerName $clusternode -Name $clusternode
    $CimSession = Get-CimSession
    Get-NetQosTrafficClass -CimSession $CimSession | Remove-NetQosTrafficClass -CimSession $CimSession
    Get-NetQosPolicy -CimSession $CimSession | Remove-NetQosPolicy -Confirm:$false -CimSession $CimSession
    Get-NetQosFlowControl -CimSession $CimSession | Disable-NetQosFlowControl -CimSession $CimSession
    Get-CimSession | Remove-CimSession
}

ノードごとのデプロイで構成を削除するには、次のコマンドをコピーして各ノードに貼り付け、既存のすべてのインテントとそれに対応する vSwitch を削除します。

$intents = Get-NetIntent
foreach ($intent in $intents)
{
    Remove-NetIntent -Name $intent.IntentName
    Remove-VMSwitch -Name "*$($intent.IntentName)*" -ErrorAction SilentlyContinue -Force
}

Get-NetQosTrafficClass | Remove-NetQosTrafficClass
Get-NetQosPolicy | Remove-NetQosPolicy -Confirm:$false
Get-NetQosFlowControl | Disable-NetQosFlowControl

デプロイ後タスク

Network ATC のデプロイ後に、次のようないくつかのタスクを完了します。

  • DHCP または静的 IP アドレスをストレージ アダプターに追加する: ストレージ VLANで DHCP を使用するか、NetIPAdress コマンドレットを使用して静的 IP アドレスを設定します。 DHCP サーバーからアドレスを取得できないアダプターに対して、指定された自動プライベート IP アドレス指定 (APIPA) アドレスを使用することはできません。

  • SMB 帯域幅の制限を設定する: ライブ マイグレーションで SMB ダイレクト (RDMA) を使用する場合は、記憶域スペース ダイレクトとフェールオーバー クラスタリングによって使用されるすべての帯域幅がライブ マイグレーションで使用されないよう、帯域幅の制限を構成します。

  • ストレッチ クラスターの構成: Stretch S2D を ATC マネージド システムに追加するには、指定したインテントが ATC によって実装された後で、適切な構成 (vNIC など) を手動で追加する必要があります さらに、次の制限があります。

    • クラスター内のすべてのノードが同じインテントを使用する必要があります。
    • 記憶域レプリカの自動プロビジョニングはありません。

自動修復を検証する

Network ATC を使用すると、デプロイされる構成がすべてのクラスター ノードで同じままになることが保証されます。 この省略可能なセクションでは、誤った構成の変更をエミュレートしている構成を (オーバーライドなしで) 変更します。また、誤って構成されたプロパティを修復することで、システムの信頼性がどの程度向上するか確認します。

  1. アダプターの既存の MTU (JumboPacket) 値を確認します。

    Get-NetAdapterAdvancedProperty -Name pNIC01, pNIC02, vSMB* -RegistryKeyword *JumboPacket -Cimsession (Get-ClusterNode).Name
    
  2. オーバーライドを指定せずに、物理アダプターの MTU の 1 つを変更します。 これにより、修復する必要のある誤った変更 ("構成ドリフト") がエミュレートされます。

    Set-NetAdapterAdvancedProperty -Name pNIC01 -RegistryKeyword *JumboPacket -RegistryKeyword *JumboPacket -RegistryValue 4088
    
  3. アダプターの既存の MTU (JumboPacket) 値が変更されていることを確認します。

    Get-NetAdapterAdvancedProperty -Name pNIC01, pNIC02, vSMB* -RegistryKeyword *JumboPacket -Cimsession (Get-ClusterNode).Name
    
  4. 構成を再試行します。 このステップは、修復を早めるためにのみ実行されます。 この構成は、Network ATC によって自動的に修復されます。

    Set-NetIntentRetryState -ClusterName HCI01 -Name Cluster_ComputeStorage
    
  5. 整合性チェックが完了したことを確認します。

    Get-NetIntentStatus -ClusterName HCI01 -Name Cluster_ComputeStorage
    
  6. アダプターの MTU (JumboPacket) 値が予期される値に戻っていることを確認します。

    Get-NetAdapterAdvancedProperty -Name pNIC01, pNIC02, vSMB* -RegistryKeyword *JumboPacket -Cimsession (Get-ClusterNode).Name
    

他の検証の例については、Network ATC のデモをご覧ください。

次のステップ