問題タブ [deis]

このcloud-configでディスクにインストールされた CoreOS (バージョン 410.0.0 安定版) を試しています。最初の起動時にはすべて正常に動作しますが、数日後に再起動すると、etcd で問題が発生しました。

マシンを起動すると、出力は次のようなメッセージを生成します。

次に、有効なユーザーにログインしようとすると、コンソールの出力は次のようになります。

この時点でシステムは起動していますが、 etcd はcloud-configに存在する検出 URLに登録されていません。

誰でもこの問題について考えていますか? そして、再起動後に発生するからですか？

Deis dockerfile ワークフローを試しています。変更を deis にプッシュした後、dockerhub エラー (HTTP コード 503) が原因でビルドが失敗しました。

ビルドを再度トリガーする方法はありますか? マスターをプッシュすると、Everything up-to-date メッセージのみが取得されるため、ビルドを再度トリガーするには、変更を加える必要がありますか?

私は Deis から始めており、クラスターが機能する方法を理解したいと思っています。

ローカル vagrant 環境の例では、3 サーバーの coreOS クラスターをプロビジョニングし、プラットフォーム自体をこのクラスターにデプロイしてから、この同じホスト グループに開発クラスターを作成するため、同じサーバーをプラットフォームと共有します。

製品環境または QA 環境では、別の CoreOS クラスターをプロビジョニングしてから、この新しいサーバー グループに Deis クラスターを作成する必要がありますか? これは可能ですか？

3 つの env、dev/qa/prod がある場合、3 つの異なる CoreOS クラスター上に 3 つの Deis クラスターを作成する必要がありますか? リリースを QA/Prod に渡すためのワークフローはどのようなものですか? 異なる git リモートにプッシュし、3 つの Deis クラスターで同じアプリを作成しますか?

ありがとう

私は Deis を v1.0.1 に 3 ノード クラスターで正常にアップグレードしました。各ノードには 2GB の RAM があり、Digital Ocean によってホストされています。

deis-store-monitor次に、サービスにnse'ed して run し、それが状態にceph -s入ったことに気付きactive+undersized+degraded、状態に戻ることはありませんactive+clean。

詳細メッセージは次のとおりです。

私はcephにまったく慣れていません。私は疑問に思う：

• この問題を修正するのは大したことですか、それともこのままにしておくことはできますか?
• これを修正することが推奨される場合、どうすればよいか教えていただけますか?

Ceph のトラブルシューティング セクションとPOOL, PG AND CRUSH CONFIG REFERENCEについて読みましたが、次に何をすべきかまだわかりません。

どうもありがとう！

セットアップに従おうとしましたが、coreos をインストールしてから deis をインストールすることでベアメタル (実際には VM ですが) を正常に開始しましたが、coreos インスタンスが 1 つしかないという問題があると思います。

手順は次の時点で停止します。

1 ノード セットアップに関する古いドキュメントを見つけることができますが、それらは古くなっているようです。1 ノード (開発) セットアップはまだサポートされていますか?

これらのプロジェクトの紹介をいくつか読みましたが、まだ Kubernetes と Flynn/Deis の違いを明確に理解できていません。誰でも助けることができますか？

Dockerfile展開方法を使用するかなりの数の異なるアプリを使用して、(できればすぐに) 運用環境で Deis クラスターを実行しています。すべてが正常に動作していますが、このシステムを真の運用環境に昇格させる (つまり、DNS を変換する) ことは、価値のあるログ出力を取得できない限り、実際には不可能です。標準のDeis ロギング プラットフォームを使用した場合の、Web ヒットのサンプル出力を次に示します (コンテキストのために、もう少し出力を加えます)。

これには多くのプラットフォーム情報が含まれています。フィルターで除外できれば、これは素晴らしいことです。問題は、ソースが であるすべての回線ですがsh、PID が異なることです。これらはそれぞれ完全に異なるコンテナです。

• 1316deis-publisher です
• 9844deis-store-monitor です
• 1521deis-router です
• 8468私のWebアプリケーション、production-webです

私がそれを見つける唯一の方法は、ボックスに ssh して実行することpsです。さらに悪いことに、他のコンテナーからのログを同時に持っていた場合、それらも次のように表示されshます。複数のアクティブなアプリがすべて同じストリームにログを記録している実稼働環境では、この状況は明らかに受け入れられません。理想的な状況はsh、Docker コンテナーの名前、できれば Deis アプリの名前に置き換えられることです。

ドキュメントを調べて、 logspoutとloggerのソース コードを掘り下げましたが、これを修正する方法が見つかりません。ここでいくつかの指針を得るチャンスはありますか？

AWS に Deis を新規インストールしましたが、ユーザーを登録しようとすると次のエラーが表示されます: http://deis.XXXX.comは有効な Deis コントローラーではないようです。

また、ELBや任意のノードにcurlをしようとするとタイムアウトが返ってきますが、セキュリティグループの設定による正常な動作だと思います。プロキシ構成エラーである可能性がありますか? Deis をインストールしたときに、次のエラーが発生したためです。

プロキシ プロトコルの有効化に失敗しました。deis クラスタのインストールが完了したら、手動でプロキシ プロトコルを有効にしてください。

そして、手動で有効にしました: deisctl config router set proxyProtocol=1

ありがとう！

したがって、3 つのノードを持つ HyperV に deis をインストールしました。これは正常に機能しています:)。DEIS で実行されるアプリケーションは PHP アプリケーションであり、プライベート アプリケーションであるため、パブリック クラウド サービスはありません :(.

アプリには、Memcached (キャッシング)、MySql (データ、セッション ストレージ)、およびファイル ストレージの 3 つの依存関係があります。このようなアプリを実行するためのベスト プラクティスは何ですか? これら 3 つのノード内にすべてを保持したいと考えています。Memcached は問題ではありません。docker コンテナーを起動するだけです。MySQL は別のサーバーに置くことができます。

アプリを 12Factor の方法に変更しようとしているときに、アップロードされたファイルにオブジェクト ストレージを使用したいと考えています。S3 はオプションではなく、コンテナーには永続ストレージがありません。別のサーバーを残すか、すでに利用可能なコンポーネントを使用します。

ノードでポート 8888 が開かれていることに気付きました。Curl を実行すると、Ceph Rados GW からの応答である「ListAllMyBucketsResult」を含む XML が得られます。アプリケーションにユーザーを追加し、これをオブジェクト ストレージに使用する方法はありますか?

AWS で Deis (このアプリケーションで何ヶ月も機能していましたが、最近機能しなくなりました) を使用して Node アプリをプッシュアップしようとしています。アプリケーションをプッシュアップしても、新しいリリースが作成されないことに気付きました。ただし、deis config:set を使用して環境変数を変更すると、新しいリリースが作成されます。ただし、関連付けられたビルドはありません (プロセスをスケーリングしようとすると、「このリリースに関連付けられたビルドはありません」というエラーが表示されます)。

アプリケーションをプッシュすると、すべてがうまくいくように見えます。

レジストリのログ (問題を引き起こしているようです) を見ると、次のように表示されます。

ビルダーを見ると、それがデプロイされていると言うように、それも機能しているようです:

(注: 上記の例ではタイムスタンプが異なります。これは、後で別のプッシュ試行で追加したためです)

最後に、deisctl list を実行すると、すべてがアクティブで実行中と表示されるので、問題はないようです。

オンラインで多くの人がこの問題を抱えているようですが、これを解決するために機能する何かについて明確な回答がありません.

レジストリを再起動するだけでなく、アプリケーション全体を破棄して再起動しようとしました。

コンテキストの観点から役立つ場合、この問題は、/var/lib/docker の使用率が 99% であることに気付いたときに発生し始めました。Deis ドキュメントの指示に従ってイメージをクリーンアップしたため、現在は 60% の使用率です。ただし、私はまだまったく同じ問題を抱えています。

ありがとう！