Gluster クラスターを自動的にスケーリングする

Gluster クラスターを自動的にスケーリングする

サーバーが自動的に起動し、レプリケーション クラスターに参加するという概念実証を構成しようとしています。サーバーが不要になると、サーバーは停止され、クラスターから自動的に削除されます。

IP アドレスを事前に定義する方法はなく、必要なサーバーが少なくなったときにどのサーバーを停止するかを制御する方法もありません。(Amazon Auto-Scaling)

既存の Gluster クラスターをサーバーが検出して参加するにはどうすればよいでしょうか。ネットワークをプローブして、オンラインで Gluster を実行しているサーバーがあるかどうかを確認し、最初に見つかったサーバーに SSH で接続して、必要なコマンドを実行する cron ジョブ @reboot を実行することを考えていました。問題は、ネットワークを正常にプローブする方法が見つからないことです。

自動シャットダウンが問題にならないようにするために、各クラスター ピアで cron ジョブを実行し、切断されたピアがあるかどうかを確認し、切断されたピアが見つかった場合は削除することを考えていました。これはかなり複雑に思えます。これを行うためのより良い/よりクリーンな方法はありますか?

私は GlusterFS についてはまだ初心者です。ヒントやアドバイスがあれば歓迎します。

答え1

しばらく検索した後、特定のタグを持つインスタンスのセット、または特定のスケーリング グループ内のインスタンスのセットを見つけるために「AWS CLI」を見つけました。そこから、インスタンスを 1 つ選択し、SSH で接続して、必要なコマンドを実行することができます。

答え2

GlusterFS を AWS で動作させようとしたときに、同じ問題が発生しました。サーバーの切断は、新しいサーバーをクラスターに自動的に参加させることほど問題ではありません。

GlusterFS では、ピアリングする「他のサーバー」の IP/ホスト名を常に把握している必要があり、自動スケールを行う場合はこれが制限となります。

関連情報