このページは英語からの機械翻訳を使用しており、誤りや不明瞭な表現が含まれている可能性があります。最も正確な情報については、オリジナルの英語版をご覧ください。頻繁な更新のため、一部のコンテンツはオリジナルの英語になっている可能性があります。Crowdinでの取り組みに参加して、このページの翻訳改善にご協力ください。 (Crowdin translation page, Contributing guide)
高可用性の設定
コアセルを効率的に運用するためには、CNを高可用性に設定することが重要です。 推奨される高可用性スキームは、コアセルが物理インフラ上に配置されるかクラウドインフラ上に配置されるかによって異なる。
Active-Standby (recommended for bare-metal)
この構成では、2台のCNノードがアクティブ・スタンバイ構成で設置される。 通常動作時、アクティブノードはブロック生成に参加し、スタンバイノードはネットワークからのチェーンデータの同期のみを行う。 この構成により、アクティブ・ノードに障害が発生した場合でも、スタンバイCNノードがチェーンデータのフレッシュなコピーを持つことが保証される。
セットアップ
- アクティブなCNの
nodekey
のバックアップを作成する。 - スタンバイCNを設置する。 以外はアクティブCNと同じ構成である:
- スタンバイでは別の
nodekey
を使用する。 $DATA_DIR/static-nodes.json
にPNのアドレスを追加する。
- スタンバイでは別の
フェイルオーバー
- スタンバイCNを停止する:
sudo systemctl stop kcnd
- スタンバイの
nodekey
を故障したアクティブCNのnodekey
に置き換える。 - アクティブCNのIPアドレスをスタンバイCNに再割り当てする。
- スタンバイCNを起動し、ネットワークと同期していることを確認する:sudo systemctl start kcnd`
Machine Image & Snapshot (recommended for cloud)
クラウド・インフラストラクチャでは、運用者は故障したノードをより迅速に交換できるため、2つ目のスタンバイCNを運用する必要はない。 その代わり、新しいCNを迅速にプロビジョニングし、チェーンデータの最新コピーを提供できるようにすれば十分である。
正確な用語や手順は、クラウド環境によって異なる場合がある。 The procedure below is based on AWS (specifically EC2 and EBS), but can be adapted for other cloud platforms.
セットアップ
- アクティブなCNの
nodekey
のバックアップを作成する。 - Each time the CN configuration or software is updated, create a machine image (e.g. AMI). DATA_DIR`を含むボリュームはこのイメージに含めないでください。
フェイルオーバー
CCのPNノードのいずれかを使用して、チェーンデータのスナップショットを取得します:
- 任意のPNノードに接続し、kpndを停止する:sudo systemctl stop kpnd`。 データの一貫性を確保するために、まずkpndを停止することが重要である。
- AWSコンソールを使用して、PNの
DATA_DIR
を含むボリュームのスナップショットを作成する。 - kpndを起動する:
sudo systemctl start kpnd
です。
ベースCNイメージとchaindataイメージを使って新しいCNを作成する:
- Create an instance using the CN image (created in "Setup" above).
- PN の
$DATA_DIR
のスナップショットから作成されたボリュームをアタッチする。 $DATA_DIR/klay/chaindata
を除くすべてのファイルをボリュームから削除する。kcnd.conf
に設定されているDATA_DIR
がchaindataのあるディレクトリと一致していることを確認する。 ディレクトリ名が異なる場合は、リネームする必要があるかもしれない。- 失敗した CN の
nodekey
を$DATA_DIR/klay/nodekey
にコピーする。 - 障害が発生したCNのIPアドレスを代替CNに再割り当てする。
- kcndを起動する:
sudo systemctl start kcnd
です。 - CNがネットワークと同 期していることを確認する。
その他の考慮事項
故障したCNのパブリックIPを代替CNに再割り当てすることで、代替CNは他のCNにすぐに接続できるようになる。 IP が変更された場合、他のすべての CCO がファイアウォール設定を更新するまで、新しい CN はネットワークに接続できません。