問題タブ [marathon]

marathon/mesos フレームワークを使用して rabbitmq を実行できません。docker ハブで利用可能な rabbitmq イメージと、カスタム ビルドの rabbitmmq docker イメージで試しました。mesos スレーブ ログに次のエラーが表示されます。

E0222 12:38:37.225500 15984 slave.cpp:2344] 実行タスク rabbitmq.9ebfc76f-ba61-11e4-85c9-56847afe9799 のコンテナー c02b0067-89c1-4fc1-80b0-0f653b909777 のリソースの更新に失敗しました。 -85c9-56847afe9799 ターミナル タスクのステータス更新、コンテナの破棄: 「cpu」サブシステムの cgroup の特定に失敗しました: /proc/13197/cgroup の読み取りに失敗しました: ファイル「/proc/13197/cgroup」のオープンに失敗しました: そのようなものはありませんファイルまたはディレクトリ

グーグルで、次のように1つのヒットを見つけることができました https://github.com/mesosphere/marathon/issues/632

これが私が直面している問題であるかどうかはわかりません。marathon/mesos/docker を使用して rabbitmq を実行しようとした人はいますか?

Apache Mesos + Marathon + Zookeeper を使用して Rails アプリをデプロイしています。Rails アプリと他のコンテナーの間でデータを共有する必要があります。次のようにマラソンでそれを行うための参考文献を見つけました：

marathon/docs/native-docker.html

しかし、マラソンが「mesos-uuid」の形式で名前を割り当てるため、レールアプリコンテナーの名前を見つける方法が見つかりません。それを解決するためのアイデアはありますか？またはコンテナからのボリュームをマラソンと共有する別の方法はありますか?

mesos と marathon を使用して Kibana 4 のコンテナーをデプロイしています。デプロイする JSON は次のとおりです。

しかし、投稿すると、kibana アプリが起動せず、stderr ログは次のようになります。

その後、ポートまたはネットワーク構成の問題であることを示すいくつかの参照を見つけたので、ポート マッピングを排除しようとしました。その後、Kibana 4 Web アプリは正常に起動しますが、HTTP 経由でアクセスするにはポート マッピングを構成する必要があります。マラソンがネットワークとポートマッピングの構成に問題がある理由についてはわかりません。いくつかの助けをいただければ幸いです。

Marathon を使用して Mesos クラスター (1 つのマスターと 2 つのスレーブ) を稼働させています。Mesos/Marathon のコンテナーとして docker を使用しています。Marathon でクラスターとして起動される Karaf Docker があります。Karaf の Clustering Solution として Cellar of Fabric を使用する予定です。私の問題は

1. 私は Marathon でランダムなポート マッピングを使用しているため、Hazel-cast の自動検出を機能させる方法がわかりませんでした。ランダムなスレーブ上のランダムな docker インスタンスを使用します。提案または解決策/アプローチ

2. これは、セラーの代わりにヒューズファブリックを使用して簡単に実現できますか?私はこれについて完全に盲目です. Karaf についてフォローするためのリンク / インサイトを提供してください

前もって感謝します

mesos + marathon + docker をかなり長い間使用していますが、ある時点で行き詰まりました。現時点では、永続的なコンテナーを処理しようとしており、「volumes-from」パラメーターをいじってみましたが、配置するデータ ボックスの名前を把握する方法がわからないため、機能させることができません。それをjsonのキーとして。ここの例で試してみました

どんな種類の助けにも本当に感謝します:-)

Mesos と Marathon は時々チェックポイントについて言及していますが、それがどのように機能するかについての適切な説明はどこにも見つかりませんでした。また、それは実際にはどういう意味ですか？

Mesos が Docker をサポートするようになりました。Docker を Executor として実行した場合でも、Mesos の高可用性とスケジューリングのメリットを享受できますか? または、これを取得するには Marathon 内などで Docker タスクを実行する必要がありますか?

Mesos なしの単純な Docker の代わりに、Mesos + (ネイティブ) Docker を使用する利点は何でしょうか? HA とフェイルオーバーの利点があるため、Mesos + Marathon + Docker タスクを使用するという考えを理解しています。

DC/OS で Docker コンテナーを実行する場合、Marathon と Chronos、Docker Swarm、または Kubernetes のいずれを使用するかについて、いくつかの長所と短所を探しています。

たとえば、どのような場合に Marathon/Chronos を使用した方が Kubernetes よりも優れているでしょうか? またその逆の場合は?

現在、私は主に実験に取り組んでいますが、うまくいけば、これらのサービスのいずれかを夏以降に本番環境で使用できるようになることを願っています。それまでに本番環境に対応できるかどうかわからないため、Docker Swarm は失格になる可能性があります。

Docker Swarm について私が気に入っているのは、それが本質的に単なる "Docker コマンド" であり、まったく新しいことを学ぶ必要がないことです。私たちはすでに使用docker-composeしており、Docker Swarm ですぐに使用できるので (少なくとも理論上は)、大きなプラスになるでしょう。Docker Swarm に関する私の主な関心事は、運用環境でシステムを実行するために必要なすべてのユース ケースをカバーできるかどうかです。

postgresql db を実行していた docker コンテナがありますが、誤って削除されてしまいましたApache Mesos Marathon。

コンテナーを復元する方法、または少なくともデータベース ファイルを取得する方法はありますか?

ありがとう