問題タブ [marathon]

ノードに複数のマイクロサービスを記述しており、マイクロサービスは Docker コンテナにインストールされており、クラスタリングには Mesos+Marathon を使用しています。

異なるインスタンスのすべてのコンテナー (マイクロサービス) のログを集約するにはどうすればよいですか?

Webサーバーアプリケーションを完全にドッキングするまで成功しました。ここで、マラソン フレームワークを介して mesos スレーブに直接デプロイすることで、さらに調査したいと考えています。コマンド ラインまたは marathon Web UI を使用して、2 つの異なる方法で docker コンテナーを marathon にデプロイできます。どちらもうまくいきましたが、docker イメージをデプロイしようとすると、マラソンが頻繁にジョブを再起動し、mesos UI ページで同じコンテナーに対して多くの完了したジョブが表示されるという課題があります。1 分あたり 10 タスク近く。これは予想外だと思います。

私のdockerファイルは以下のようになります：

今、この問題を解決する方法がわかりません。ガイダンスをいただければ幸いです。ありがとう

サーバー インフラストラクチャで docker、Marathon、および Mesos を使用しました。Marathon UI でいくつか変更したいことがあります。出来ますか？はいの場合、インストールされている Marathon UI のコードベースはどこから見つけることができますか?

小さな Mesos クラスターがあり、Marathon を使用して、それぞれ可変数のインスタンスを持つ一連の長期実行サービスを管理しています。

ビジネス ニーズに応じて、新しいノードを起動したり、一部のノードを終了したりできるようにしたいと考えています。ただし、ノードを終了するときに、潜在的な問題があることに気付きました。Mesos スレーブをシャットダウンすると、いくつかのサービスのインスタンスの数が一時的に定義された を下回ることが起こりますminimumHealthCapacity。たとえば、停止するマシンが 1 つのインスタンスのみでサービスを実行している場合、ダウンタイムが発生する可能性があります。

次の単純化されたシナリオを考えてみましょう: ノード 1 はサービス A を実行しており、ノード 2 はサービス B を実行しており、ノード 3 はサービス C をminimumHealthCapacity実行しています。サービス A でダウンタイムが発生することは望ましくありません。意図した動作の例としては、サービス A を 2 にスケーリングしてから、ノード 1 を安全に終了することが挙げられます。

を下回るサービスがないことを確認するにはどうすればよいminimumHealthCapacityですか?

理想的には、そのためのローリング アップデートにヒントを得たプロセスが必要です。代替品は別のマシンで起動され、その後マシンのサービスが終了してシャットダウンされます。スケールダウンが簡単なスクリプトで済むように、少なくともそれを行うための自動化されたプロセスが必要です。そのために必要な時間はありません。つまり、Marathon の移行が完了して成功したことを確認した後でのみ、Mesos スレーブをシャットダウンできます。

M1、M2、M3 の 3 台のマシンがあります。M1 に mesos-master、zookeeper、marathon を展開し、M2 と M3 に mesos-slave を展開しました。ただし、Mesos Gui では、ゼロのスレーブが表示されています。次に、コマンドmesos-resolvecat /etc/mesos/zkを実行して、スレーブが正しいマスターを検出しているかどうかを確認しました。しかし、いいえ、マスターとして 127.0.0.1:5050 を誤って検出しています。以下は、上記のコマンドのログです。

ログが示すように、M1/zookeeper の /mesos/info_0000000001 のノード値を調べました。それは次のようなものであることが判明しました：

Mesos マスター設定 : cat /etc/mesos/zk

そのように見えるように、M1 の mesos マスターは、その絶対 IP を Zookeeper ノードに保存していません。奇妙な振る舞いを説明できる人はいますか。