Hyper-Vを実行しているWindows2008 R2 SP1クラスターで、プライマリホストインターフェイスのネットワーク接続が失われました。インターフェイスは急速に上下に羽ばたきましたが、これは後でスイッチポートの障害が原因であると判断されました。
これはクラスター化されたサーバーであったため、ホストインターフェイスはフォールトトレラントではなく(サーバー全体がどのようにフォールトトレラントであったかを確認)、ホストへの接続が上下していました。
Hyper-Vゲストは、ホストインターフェイスとは別のサーバーで専用トランクを使用したため、ネットワークの停止による影響をまったく受けませんでした。さらに、クラスターおよびライブマイグレーションネットワーク専用のインターフェイスは問題ありませんでした。
サーバーを診断するために、フェールオーバークラスターマネージャーを使用してすべてのリソース(Hyper-Vゲスト)を他のノードに移動しようとしました。これらの移動はエラーRPC Server Unavailable
で失敗しました。
リソースを移動する唯一の方法は、ゲストをシャットダウンし、Node Aでクラスターサービスを停止し、他のノードがリソースの所有権を取得できるようにして、ゲストを再起動することでした。
他のいくつかの注意事項:
RPC Server Unavailable
エラーが発生する理由です。ここでの私の質問は-
素晴らしい質問です!
RPC障害の最も可能性の高い理由は、クラスター名リソース(およびIPアドレス)が、プライマリネットワーク接続がフラッピングしていたサーバーでホストされていた可能性が高いことです。
インターフェイスが上下しているため、ネットワークの中断が原因で、クラスター名を介したクラスターへのアクセスが失敗する可能性があります。
コマンドライン(cluster.exeまたはPowerShellのFailoverClustersモジュール)からクラスターに対してコマンドを実行できる必要があります。適切な資格情報の委任(CredSSPまたはKerberos)が構成されている場合、FailOverClustersモジュールをPowerShellリモート処理で使用できます。
クラスター名をホストしているネットワークインターフェイスに障害が発生した場合は、PowerShellを使用してそのクラスターグループをアクセス可能なノードの1つに移動するか、クラスターに対してコマンドを実行してマシンを移行するなどの方法があります。
これが二度と起こらないようにするには、NIC高可用性(NICチーミング)にする必要があります。これは、サーバーの1つからクラスターを管理している場所によって異なります。またはリモート管理ステーション。同じクラスター内のクラスターマシンから管理している場合は、クラスターネットワーク上のIPをクラスター名に追加できますが、DNSに追加されていないことを確認する必要があります。そうしないと、リモート管理クライアントが接続できないようにします。
PowerShellを介してクラスターグループにIPアドレスを追加するには-
$Resource = Add-ClusterResource -Name SecondaryIP -ResourceType "IP Address" -Group 'Cluster Group'
$Resource | Set-ClusterParameter -Name 'Address' -Value 'Your-IP-Here'
$Resource | Set-ClusterParameter -Name 'SubnetMask' -Value 'Your-SubnetMask-Here'
リモート管理クライアントがプライベートネットワークと通信しようとしない場合は、動的DNS登録を無効にして静的エントリを作成する必要があります。