Cluster ノードはデータベースとアプリケーションのメンバーシップを管理します。これらは、ワークロードの自動スケジューリング、地理的ルーティング、シームレスな自動スケーリングを約束するものではありません。
Callaba セルフホスト
信頼されたスレーブは、目的のアクティブなクラスター メンバーとして表示され、テスト済みの手順を通じて接続を解除できます。
製品の仕組みを見る開始前の準備
ノード間のプライベート ネットワークの到達可能性。
接続されているノードの管理者 API トークン。
互換性のある Callaba バージョンと現在の構成のバックアップ。
設定の説明
運用者に必要なコントロールだけを説明し、内部フィールド名や実装イベントは表示しません。
ノード ID
信頼できるメンバーを説明します。
- 名前
オペレーター側のノード名。
- ノードタイプ
UI でサポートされるマスター、スレーブ、またはテストの役割。
- プライベートホスト
Rノード間で使用される到達可能なプライベート アドレス。
Aプライベート パスが使用可能な場合は、パブリック アドレスを使用しないでください。- API トークン
信頼できる管理を確立するために使用される管理者トークン。
秘密として扱ってください。- アクティブ
登録されたノードのライフサイクル状態。
安全な初回ワークフロー
- 01
現在の構成をバックアップし、プライベート ネットワーク接続を確認します。
- 02
意図した役割、プライベート ホスト、および管理者トークンを使用してノードを作成します。
- 03
ノードを接続し、メンバーシップが確立されるまで待ちます。
- 04
それを開始し、到達可能性と予想されるデータベース メンバーシップを確認します。
- 05
運用インシデントの外で切り離しと回復手順をテストします。
ワークフロー例
信頼できるスレーブ ノードを追加する
セルフホスト展開には、サポートされている追加のクラスター メンバーが必要です。
構築手順
- 1
互換性のあるバージョン、バックアップ、プライベート接続を確認します。
- 2
スレーブをプライベート ホストとトークンに登録します。
- 3
制御されたウィンドウでノードを接続して起動します。
- 4
ノードを運用上使用する前に、ノードの状態とデータベースのメンバーシップを確認してください。
計画されたメンテナンス後にノードを再接続します
信頼されたクラスター メンバーは、ホストまたはネットワークのメンテナンスのために意図的に切り離されました。
構築手順
- 1
メンテナンスが完了したことを確認し、ノードのバージョン、ロール、プライベート アドレスを記録されたベースラインと比較します。
- 2
メンバーシップを変更する前に、プライベート接続と信頼できるトークンを確認してください。
- 3
承認された期間中に既存のノードを接続して起動します。
- 4
ノードを運用可能な状態に戻す前に、結果のメンバーシップとアプリケーションの正常性を確認します。
結果を確認
- ノードは、意図されたプライベート パス経由で到達可能です。
- Role とライフサイクル状態が、計画されたトポロジと一致します。
- アタッチ/デタッチ操作により、予期されるメンバーシップ状態が生成されます。
トラブルシューティング
アタッチが失敗する
確認項目- プライベート到達可能性を確認します。
- ノードのトークンとバージョンを確認します。
- 役割と現在のメンバーシップを確認します。
接続アクションを繰り返す前に、信頼またはネットワークの前提条件を修正してください。