問題タブ [mesos]

Mesos スケジューラ (またはスレーブ) が Mesos マスターとは異なるマシン上にある場合、マスターへの接続を試み続けますが、切断されます。このサイクルが絶え間なく繰り返されます。この問題を解決するにはどうすればよいですか?

Mesos を使用してクラスターでジョブを実行しています。たとえば、Mesos マスターを指すために haproxy を使用しています mesos.seanmcl.com。

そのマスターがたまたまリーダーでない場合、実行中のジョブを確認できるように、UI は少し遅れてブラウザーをリーダーにリダイレクトします。さまざまな理由 (UI の速度、ファイアウォールによってブロックされたポートの回避) から、リーダーを使用してプログラムでホストを検出したいと考えています。これを行う方法がわかりません。

Mesos の Zookeeper ファイルを調べてみましたが、IP アドレスのような小さなホスト情報しか見つかりませんでした。Mesos CLI、Zookeeper CLI などを介して Mesos Leading Master を見つける方法はありますか?

サービス ディスカバリ / クラスタ管理ソリューションをデプロイに導入したいと考えています。私が見る限り Mesos は一つの解決策ですが、marathon、cronos、mesos などのエージェントをインストールする際に RAM の面でどれだけ消費するかが心配です。私のボックスには最大512MBのRAMがあります。リソースの少ないボックスに Mesos をインストールすることは可能ですか? コンサルはメソスの代わり？

Python バインディングを使用して Mesos/Deimos クラスターを実行していますが、次のエラーが発生します。

F0719 03:26:17.994248 7 os.hpp:131] Expecting 'MESOS_SLAVE_PID' in environment variables

このエラーは、Mesos の Web インターフェイスのエグゼキュータのペイラーに表示されます。エラーの上の行は、executor スクリプトが実行を開始したことを示しています (私自身のログ メッセージ)。

エグゼキュータがエグゼキュータ Python スクリプトから実行されると、エラーが発生します。

MESOS_SLAVE_PIDまた、エラーは、環境変数が設定されることを期待する Mesos に関係しています ( https://github.com/apache/mesos/blob/master/src/exec/exec.cpp#L648を参照)。ただし、Deimos はデフォルトで (少なくともこの場合は) Docker コンテナー内でこの変数を設定していないようです (そうすべきだと思います)。

編集: これは Deimos 自体のバグのようです。これは私による関連するバグレポートです: https://github.com/mesosphere/deimos/issues/43

Zookeeper、Marathon、および Mesos を使用して Rails アプリケーションと Postgres DB を通信するにはどうすればよいですか? 明らかに、database.yml の下にストレージの場所をハードコードすることはできません

docker/fig Mesos クラスターをセットアップしようとしています。私はイチジクとドッカーが初めてです。Docker にはたくさんのドキュメントがありますが、私は fig の操作方法を理解するのに苦労しています。

現時点での私の fig.yaml は次のとおりです。

ありがとう ！

編集：

Mark O`Connor の助けのおかげで、動作する docker ベースの mesos セットアップを作成しました (+ ストーム、クロノス、および今後追加予定)。

お楽しみください。これが役立つと思われる場合は、 https ://github.com/yaronr/docker-mesos に貢献してください。

PS。マークの答えを+1してください:)

私はこのチュートリアルに取り組んでいます: http://mesosphere.io/docs/getting-started/cloud-install/

Digital Ocean の Ubuntu インスタンスで学習しただけで、マスター プロセスがパブリック IP にバインドされ、Mesos と Marathon の Web インターフェイスがパブリックにアクセスできるようになりました。そこに驚きはありません。

Mesos と Marathon は、Zookeeper に依存してインスタンス間のプライベート IP を作成しますか? インスタンス間のプライベート ネットワークを手動で設定して、Zookeeper の使用をスキップできますか? それでは、マスター プロセスとスレーブ プロセスを開始する適切な方法は、各インスタンスのセカンダリのプライベート IP にバインドすることですか?

Digital Ocean はプライベート IP を自動的に設定できますが、これは私にとって一種の学習課題です。サーバーへの管理者アクセスはパブリック IP を経由してはならないという広範なルールを認識しています。この投稿を言い換えれば、プライベート ネットワークは Mesos と Marathon にセキュリティを提供しますか?

今のところ、マスターとスレーブの両方を実行する 1 つの Ubuntu インスタンスからのみ開始します。ループバック アドレスにバインドすると、1 台のマシンだけでこの問題が解決されることを私は認識しています。

インフラストラクチャ (プライベート クラウドまたはパブリック クラウド) を大規模かつ簡単に管理するには、Apache Mesos、Apache CloudStack、および OpenStack が対応します。

この点に関していくつか質問があり、誰かが光を放つことができるかどうかを見たいと思っていました.

1. 上記を比較対照する記事はありますか?

2. なぜ一方を他方に実行するのですか？（チュートリアルからわかるように、一方が他方を実行できることがわかります）

3. CloudStack は VM (ハイパーバイザー) を中心としており、Mesos は共存するさまざまなソフトウェア システムのサイド VM でのリソースのスケジューリングと割り当てを中心としているようです。私の結論は正しいですか？

4. もしそうなら、なぜ Mesos は、ハイパーバイザーを必要とせずにベア メタル ボックスを管理できると主張しているのですか? ワークロードが VM とうまくいかないのは、これが理由ですか? (特に、SOLR-Lucene や HBase などの LSM ベースのシステム)

5. それは、Linux VM の選択によるものですか。対。リソース割り当て用の Linux コンテナー? IOW、Mesos は Linux コンテナー ベースのフレームワークで、CloudStack は Linux VM ベースのフレームワークですか?