問題タブ [dcos]

新しい DCOS クラスターを作成し、dcos CLI コマンドを実行しようとしています。どのコマンドでも、次のエラーが発生しました。

dcos パッケージ一覧

サーバーは「oauthjwt」の HTTP「www-authenticate」フィールドで応答しました。DCOS は「Basic」のみをサポートします

dcos.toml を確認すると、正しいパラメータが含まれています: dcos_url には、http URL、電子メール、トークンが含まれています

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

Mesosphere DC/OS オーケストレーション オプションを使用してプロビジョニングされた Azure Container Service (ACS) クラスターがあります。Marathon UI 内で問題なくアプリケーションを作成できます。

ただし、Marathon UI を使用して「アプリケーションをスケーリング」し、インスタンス数を増やそうとすると、次のエラー メッセージが表示されます。

このエラーの意味を特定する Marathon のドキュメントが見つからないようです。Marathon UI では、いくつかのインスタンスしか入力できず、残りは自動化された方法で処理されます。

どの JSON を参照していますか? インストールを台無しにする可能性のあるものはありますか？Azure を使用してこれをプロビジョニングしたので、手動で台無しにしたものではありません...

本当に助かります。ありがとう！

Azure クラスター (ACS) で DC/OS + Marathon を実行しています。マスターノード、より具体的にはエージェントノードにトンネリングすると非常に役立つ状況に陥っています。次に、実行中のサービス (docker イメージ) に対して bash コマンドを実行したいと思います。これは可能ですか？

前もって感謝します！

アプリケーションをインストールするために独自の DCOS パッケージを作成しようとしています。独自のユニバースを作成して S3 でホストし、DCOS パッケージに必要なすべてのファイル (config.json、package.json、marathon.json.mustache) を作成しました。 Atest と呼ばれるインデックスが正しく作成されます。

marathon.json は、一連のアプリのマラソン記述子です。

marathon api を介してアプリケーションを展開すると正常に動作しますが、DCOS パッケージ インストール Atest を実行しようとすると失敗します。マスター アプリのみの json を置き換えると、問題なくインストールされます。

DCOS package install custom-package はマラソン アプリしかインストールできないのでしょうか? または、マラソン グループを DCOS パッケージとしてインストールする方法はありますか?

DC/OS を新しいクラスターにインストールして学習しています。ブートストラップとインストールは比較的問題のないプロセスでした。私は高度な方法を選択しましたが、それが私たちのシステムで作業するのが最も簡単であることがわかりました.

デプロイしたら、クラスター構成 (ブートストラップで提供した値) を更新する方法について混乱しています。DC/OS はここで何か手助けをしますか、それとも構成は比較的静的ですか?

具体的には、Spartan の構成を次のように変更したいと思います。

• ダミー デバイスでのみリッスンします (現時点ではすべてのデバイスでリッスンしています)。
• ゾーン固有のリゾルバーを構成します (可能であると言われましたhttps://github.com/mesosphere/mesos-dns/pull/441 )

ここに示すように、DC/OS 1.7 を使用して ArangoDB 3.0 クラスターをセットアップしています。

この 3x co-ord、6x サーバーのセットアップで 2 つのクエリを試しました。各ノードには次の仕様があります。

• 15 GB RAM (DC/OS を介して DB プライマリごとに 4 GB を割り当て)
• 8コア
• CoreOS

coinsコレクションに対するパフォーマンスをテストするために、2 つのクエリを試しました。インデックスは追加されませんでした。コレクションの構成は次のとおりです。

書く：

結果：

実行計画：

読んだ：

結果：

実行計画：

次に、コーディネーターを 1 台、サーバーを 1 台に縮小し、使用可能な RAM を 90GB / 48 コアから 15GB / 8 コアに減らしました。

書き込みと読み取りが何らかの違いを示すことを期待していました。同じクエリの結果を次に示します (コレクションを切り捨てて再実行した後)。

書く：

読んだ：

結果 - ほぼ同じ実行時間。

質問:

• ある種のステップ re: 明示的複製が欠落していますか? (「シャードの再調整」を試みました - これにより、追加の DB サーバーの一部がフォロワーとしてラベル付けされましたが、実行速度に違いはありませんでした)

• コレクションの構成は最適ですか? ドキュメントの「DBPrimary squared」の推奨事項に基づいて、16 個のシャードを選択しました (元のセットアップでは 4x サーバーを使用し、同等のパフォーマンスが得られました)。

• 試したクエリは効果的にクラスター化できますか? 遠距離ループなど

• クラスターが正しく構成されているかどうかをテストし、1x ノードと n ノードの読み取り/書き込みパフォーマンスの違いを明確に証明するサンプル クエリはありますか?