---
title: "HAクラスタにおける停電とネットワーク分離への対処"
canonical: "https://safekit.eviden.com/ja/best-practises/power-outage-and-network-isolation-in-a-cluster/"
description: "高可用性クラスタにおけるネットワーク分離と停電への対処方法を学びましょう。 SafeKit 統合されたスプリットブレインチェッカーと自動再同期機能を備えたSANレスアーキテクチャを提案し、共有ディスクなしでデータの整合性と24時間365日の稼働時間を保証する。"
category: "best-practises"
lang: "ja"
topics: "クラスターでネットワークが分離された場合、どのようなシナリオが考えられますか？, クラスター内で停電が発生した場合、どのようなシナリオが考えられますか？"
---

# HAクラスタにおける停電とネットワーク分離への対処 {#handling-power-outages-and-network-isolation-in-a-ha-cluster}

## クラスターでネットワークが分離された場合、どのようなシナリオが考えられますか？ {#isolation}

### 単一のネットワーク {#a-single-network}

ネットワークが分離されている場合、デフォルトの動作は次のとおりです

  * 各ノードのハートビートが失われると、各ノードは ALONE 状態になり、仮想 IP アドレスでアプリケーションを実行します（ローカルデータを変更するアプリケーションの二重実行）
  * アイソレーションが修復されると、1 つの ALONE ノードが強制的に停止し、もう一方のノードからデータを再同期します
  * 最終的に、クラスターは PRIM-SECOND（または Windows による重複仮想 IP アドレス検出に応じて SECOND-PRIM）になります。

### 専用のレプリケーションネットワークを備えた 2 つのネットワーク {#two-networks-with-a-dedicated-replication-network}

ネットワークが分離されている場合、専用のレプリケーションネットワークでの動作は次のようになります

  * 専用のレプリケーションネットワークはプライベートネットワーク上に実装されます
  * 本番ネットワークのハートビートが失われました（ネットワークが孤立しています）
  * レプリケーションネットワーク上のハートビートは機能しています（アイソレーションネットワークではありません）
  * クラスターは PRIM/SECOND 状態のままです。

### 単一ネットワークとスプリットブレインチェッカー {#a-single-network-and-a-splitbrain-checker}

ネットワークが分離されている場合、スプリットブレインチェッカーの動作は次のようになります

  * スプリットブレインチェッカーは、ウィットネス（通常はルーター）の IP アドレスで設定されています
  * スプリットブレインチェッカーは、サーバーが PRIM から ALONE、または SECOND から ALONE に移行したときに動作します
  * ネットワークが分離されている場合、ALONE に移行する前に、両方のノードが IP アドレスをテストします
  * IP アドレスにアクセスできるノードは ALONE に、もう一方のノードは WAIT になります
  * アイソレーションが修復されると、WAIT ノードはデータを再同期し、SECOND になります。

注：ウィットネスがダウンまたは切断されると、両方のノードが WAIT 状態になり、アプリケーションは実行されなくなります。そのため、ルーターのような堅牢なウィットネスを選択する必要があります。

 

## クラスター内で停電が発生した場合、どのようなシナリオが考えられますか？ {#what-are-the-different-scenarios-in-case-of-power-outage-in-a-cluster}

### プライマリノードの電源障害 {#primary-node-power-outage}

停電によりプライマリノードのみが停止した場合：

  * セカンダリノードで自動フェイルオーバーが発生し、そのノードはALONE状態になり、アプリケーションが再起動されます。
  * ノード 1 が再起動されると、複製されたデータの再同期後に SEDOND になります。
  * 必要に応じて、管理者はプライマリとセカンダリの役割を入れ替えることができます。

### 二次ノードの電源障害 {#secondary-node-power-outage}

停電によってセカンダリノードのみが停止する場合：

  * フェイルオーバーは発生せず、プライマリが単独になり、アプリケーションはノード 1 で実行を継続します。
  * ノード2が再起動されると、複製されたデータの再同期後、SEDOND状態になります。

### 一般停電 - ケース1 {#general-power-outage---case-1}

停電により両方のノードが停止した場合、デフォルトの動作は次のとおりです。

  * 両方のノードが停止状態になり、
  * ノード 1 が再起動されると、最新のデータを持っているかどうかわからないため、ALONE 状態にはならず、アプリケーションも再起動しません。そのため、他のノードの再起動を待つ WAIT 状態になります。
  * ノード2が再起動されると、両方のノードは以前のPRIM/SECOND状態に戻ります。

### 一般停電 - ケース2 {#general-power-outage---case-2}

停電により両方のノードが停止した場合、syncdelta の動作は次のようになります。

  * syncdelta は、例えば設定で 10 分に設定されています。これは、ノードのデータが前回の同期から 10 分遅れていても、ノードの開始が受け入れられることを意味します。
  * ノード 1 が再起動されると、ALONE 状態になり、再起動が停電後 10 分以内に行われたと仮定してアプリケーションが再起動されます。
  * ノード 2 が再起動されると、複製されたデータの再同期後、SECOND になります。
  * 注：ノード2が最初に再起動された場合、ノード2はALONEとなり、ノード1は起動時にSECONDとなります。