問題タブ [marathon]

Zookeeper/Marathon/Mesos をDockerizing し、Dockerized Mesos クラスターからDocker コンテナーをデプロイする (愚かな可能性がある) タスクを試みています。

これまでのところ、物理的に離れた 2 つのノードで動作する Mesos クラスターがあります。1 つのノードはMesosマスターとスレーブの両方を実行し(コンテナー Dockerfiles リンク)、2 つ目のノードはスレーブのみを実行しています。それらは問題なく機能しているようです。Marathon (マスターとスレーブを含むノードで実行されている独自のコンテナー) を介して非常に単純なジョブを送信でき、それらは正常に完了します。

ただし、Marathon API を使用して Docker コンテナーを送信しようとすると、ハングするようです。Marathon インターフェースは「デプロイ中」でハングし、15 分間放置して停止し、再送信して、さらに 15 分間放置した後でも変化しません。

同時に、タスクはまだ Mesos スレーブに送信されています。Mesos UI は FAILED タスクを左右に報告しています。

編集1

各エグゼキューターの結果のサンドボックス ログも完全に空です。

編集2

スレーブログに埋もれている何か興味深いものを見つけました:

関心のある行:

有効なコンテナー化 (mesos) のいずれも、提供された TaskInfo/ExecutorInfo メッセージのコンテナーを作成できませんでした。

コンテナー化が実行に失敗しているように見えます。私が見る限り、docker をコンテナー化とは見なしていません。ここの構成に従って、Docker ジョブをデプロイしました。Mesos スレーブ自体が Docker コンテナである場合、これは変わりますか?

私は自分の要素からやや外れており、これらの線に沿った参照が見つかりません。何が起こっているのか分かりますか？

Apache Marathon を使用してコンテナー ベースのアプリケーションを実行しようとしています。このために、Mesos、Zookeeper、marathon、および Docker をインストールしました。それ以外にインストールする必要があるものはありますか。このhttps://mesosphere.github.io/marathon/docs/application-basics.htmlでシンプルなdockerベースのアプリケーションを試してい ます

これを実行することはできません。展開のみが表示されます

maratho は、バックオフのために /basic-3 を遅らせる INFO を提供します。私が従った手順は正しいですか？どんな助けでも大歓迎です。マスターとスレーブを同じマシンにインストールしました

ありがとう

マラソンで予備的な HA テストを行っていますが、回復時間が 1.5 分を下回ることはありません。Mesos バージョン 0.22.1 を実行しているため、チェックポイント フラグを設定せず、executor_registration_timeout を 10 秒および 15 秒に設定しても、フェイルオーバー時間は改善されないようです。Mesos/Marathon でより迅速な回復を実現するために構成する必要がある他のパラメーターはありますか?
乾杯、

apache marathon/mesos を使用して docker コンテナーを実行しようとしています。彼らが言及した公式ドキュメントでは、echo "docker,mesos" > /etc/mesos-slave/containerizersドッカーを使用するには実行する必要があります。

しかし、私のマシンにはそのようなファイルやディレクトリはありません。ubuntu 14.04 を使用しています。私のmesosバージョンは0.22.1です。--containerizer==docker,mesosフラグを使用してマラソンを使用して実行中に展開することのみを示しています。

このフラグを機能させるには、そのエコー処理を行う必要があります。しかし、私のマシンにはそのようなものはありません。

Mesosphere Marathon プラットフォームに teamcity ビルド エージェントをデプロイしようとしていて、ポート マッピングに問題があります。

デフォルトでは、teamcity サーバーはポート 9090 で teamcity エージェントと通信しようとします。

そのため、コンテナ ポートを次のように設定します。

「コンテナ ポート」: 9090

ただし、teamcity エージェント コンテナーをデプロイすると、Marathon はポート 9090 を 30000 の範囲のポートにマップします。

teamcity サーバーがポート 9090 でコンテナーに戻ると、ポートが 30000 にマップされているため失敗します。

marathon args で次の sed コマンドを実行して、この動的ポートを teamcity 構成ファイルに取り込む方法を見つけました。

コンテナーがスピンアップすると、buildAgent.properties で ownPort=9090 が ownPort=$PORT0 に置き換えられ、エージェントが開始されます。

ただし、エージェントがポート 30000 にあるため、"containerPort": 9090 は無効になりました。"containerPort": $PORT0 である必要がありますが、containerPort は整数である必要があるため、これは無効な json です。

ポートを動的に割り当てる必要がある "containerPort": 0 を設定しようとしましたが、この値を使用するとコンテナーを起動できず、すぐに消えてデプロイを試み続けます。

mesos スレーブ ホストにログオンして docker ps -a を実行すると、コンテナーのポートが空白になっていることがわかります。

これは私が使用している Marathon json ファイルで、Marathon のバージョンは Version 0.8.2 です。

どんな助けでも大歓迎です！

Marathon フレームワークを使用した 3 ノードの Mesos クラスターがあります。スレーブには Docker があり、1 つのノードにいくつかの Wildfly インスタンスをデプロイしたいと考えています。Marathon で 1 つのスレーブ Mesos ノードに Wildfly docker コンテナのいくつかのインスタンスをデプロイするにはどうすればよいですか?

以下のような階層を持つ新しいマラソンアプリケーショングループをデプロイした後 (読みやすくするために、json ではなく yaml として表示されていることに注意してください):

ここで、カテゴリ レベルでサブグループを追加したいので、次のようになります。

Marathon REST API を使用して PUT 経由でこれを試みると、既存のグループが破棄され、新しいサブグループが作成されます。ここで何かが足りないかもしれませんが、たとえば新しいマイクロサービスを既存のアプリケーション グループ階層に追加するには、この機能が重要です。

どんな助けでも大歓迎です