2016-04-01 5 views
2

私はRancher環境でクレートを配備することを考えています。クレートクラスターのオートスケール

それは細かい作業ですが、私は2つの構成パラメータに問題があります。

gateway.expected_nodesとgateway.recover_after_nodesを。

クレートを上下にスケーリングする場合は、これらの2つに関するベストプラクティスは何ですか。

/HW

答えて

3

設定gateway.expected_nodesgateway.recover_after_nodesはノードの起動時に のみ関連です。

  • スケールダウン:あなたは、いくつかのノードを削除した後、あなたがクラスタ内のノードの新しい番号を反映するために設定 を更新する必要があります。しかし、〜 を再起動する必要はありません。

  • スケールアップ: に設定するノード数に設定を変更する必要があります。これは、の前に実行して、の新しいノードを起動する必要があります。 既存のノードを再起動するのには必要ありません。実行しているノード/クラスタの場合

あなたは、必ずしも再起動する必要はありません(ただし、値はあなたがそれらを再起動しを行う場合には正しいはずです)、なぜこれらの値はまったく影響はありません、それはです。起動時にのみ関連します。 です。 ノードが、そのファイルシステムからデータを回復する必要がある場合、またはクラスタ内の他のノードを待ち、それらからデータを受信する必要があるかどうかを制御します。

例えば、2つのノード(N1とN2)がある場合を考えます。

  • 、あなたが(N1上の)テーブルを削除N2
  • を停止テーブル
  • を作成
  • あなたはN2
  • を開始
  • N2は、ゲートウェイの設定を読み取り - それは、それが起こっていると考えて、それは間違っていますクラスタ内の唯一のノードであると、それはそれは
  • N2は、最終的にN1
  • 参加する(それはまだN1 についてを知らない)N1に削除されたことを知らないため、表を回復
  • 表は彼ら場合は、すべてのノードが起動または再起動されたときに

    は私が管理者に警告を気にする必要があり

更新が正しい設定

を持つことになりますバッククラスタ内で(再)開始時に正しい設定をして、警告を無視することができます。

+1

これらの設定は、ユーザーデータの読み込み方法だけでなく、メタデータ(永続的な動的設定を意味する)にも影響することに注意してください。したがって、これらのゲートウェイ設定は、ノードの構成ファイルに設定する必要があります。 – dobe

+0

よろしくお願いいたします。私のクレート・ドッカー・イメージの新しいノード(およびノー​​ドを再起動するノード)はこれらのオプションの更新値を持つため、問題は発生せず、作成管理者の警告は厳しくありません。 スケールダウン:私が読んだ限り、これらのオプションは管理者GUIで設定することはできません。だから、どんなアップデートでも再起動が必要です(?) しかし、もう一度、おそらく深刻な警告ではありませんか? 結論:起動または再起動されているすべてのノードが正しい設定になっている場合、管理者の警告に気を付ける必要がありますか? –

関連する問題