問題タブ [kubernetes]

私は現在、Kubernetes について学んでおり、まだ理解しようとしています。私はそれを一般的に使用していますが、まだ欠けているものがたくさんあると思います。ここにそれらの1つがあります. GCE や AWS などのパブリック クラウドで Kubernetes を実行したい場合、必要になる可能性がある新しいポッドのコンピューティングを増やすために、Kubernetes はそれ自体で新しい VM をスピンアップしますか? または、コンピューティング プールとして事前構成された特定の数の VM のみを使用します。Brendan が CoreOS fest での講演で、Kubernetes は VM を「コンピューティングの海」と見なしており、ユーザーはどの VM がどのポッドを実行しているかを気にする必要がない、と言っているのを聞きました。そのプールがどこにあるのか知りたいです。 Kubernetes のセットアップ時に構成されていますか? それとも、それ自体で拡張し、必要に応じて新しいマシンを作成しますか?

なんとか首尾一貫したことを願っています。ありがとう！

Google Compute Engine (GCE) 上の CoreOS 上の Kubernetes によって管理される Docker コンテナーで Aerospike クラスターを実行したいと考えています。しかし、GCE はマルチキャストを許可しないため、ここで説明されているようにメッシュ ハートビートを使用する必要があります。これは、すべてのノードの IP アドレスとポートを指定してセットアップする必要があります。私にはとても融通が利かないようです。

クラスターの柔軟性を維持しながら、Kubernetes/CoreOS/GCE 上の Aerospike クラスターに推奨される cloud-config 設定はありますか?

「1 回限りの」タスクを処理するために、クラスターでポッドをすばやくスピンアップしたいと考えています (タスクが実行されるたびに、各タスクに新しいポッドがあるという考え方です)。

現在、Pod 作成 API 呼び出し -> 完了から 10 ～ 15 秒ほどかかります。これは、AWS の 3x m3 xlarge で実行されており、イメージは既にキャッシュされています (1 つのノードで同じイメージを 2 回使用していると思います)。これらは 1 回限りのタスクであるため、restartPolicy = Never で実行しています。

imagePullPolicy (= Never) とリソース オプションをいじってみましたが、役に立ちませんでした。10 秒の遅延は、Kubernetes が Pod にハンドオフした後、「実行中」フェーズで発生するようです。操作自体は非常に高速であることを確認できます。Docker でローカルに実行すると、操作を含めて合計で約 0.5 秒しかかかりません。

これをスピードアップする方法はありますか？

Kubernates を使い始めたのですが、GCE Persistent ディスクを使用して Kubernetes を使用して Postgres をインストールする際に問題が発生しています。Kubernates ウォークスルーと次のガイドの両方を使用して、Mysql を正常にインストールできます: http://amygdala.github.io/kubernetes/2015/01/13/k8s1.html

しかし、postgres で同様のことを実現しようとすると、ディスクへのアタッチ時またはディスクの使用時に失敗するようです。上記の投稿の mysql に基づいてポッド yaml を作成しましたが、postgres docker イメージに置き換えました。

しかし、私が作成するとき

次のエラーが表示されます。

postgres-disk がミニオン サーバーに接続されていることがわかります。使用している Docker イメージのボリュームに関連しているのか、それとも postgresql.conf ファイル用に別のマウント パスが必要なのか疑問に思っています。

ここで、マウント パス (例: mountPath: /var/lib/postgresql) を変更すると、ポッドは正常に起動しますが、永続データを使用しているようには見えません。ミニオンの docker コンテナー内のボリュームを調べると、次のようになります。

また、v1beta3 で json ファイルを使用してみましたが、同様の結果が得られました。

doco で何かを見逃している可能性は十分にありますが、これで何か助けていただければ幸いです。

kubernetes クラスターで nginx を使用して docker コンテナーを実行しようとしています。私は他のすべてのコンテナに環境変数サービスの検出を使用しているので、一貫性を保ちたいと思っています。nginx の環境変数にアクセスして、kubernetes サービスにプロキシパスするように指示することはできますか?

Kubernetes github リポジトリの CentOS の「入門ガイド」で説明されているように、「virt7-testing」リポジトリを使用して、CentOS 7 テスト環境に Kubernetes を正常にインストールできました。私の本番環境は Oracle Linux 7 で実行されますが、これまでのところ OL7 で「virt7-testing」を有効にしても機能していません。

OL7 と互換性があり、Kubernetes を含む他の yum リポジトリはありますか?

Kubernetes を使用して Docker コンテナーを管理する場合、特にレプリケーション コントローラーを使用する場合、コンテナー インスタンスを実行するイメージを 1 つ以上に増やす必要があるのはいつですか? Kubernetes がレプリケーション コントローラー構成ファイルで必要な数のコンテナー レプリカを生成できることは理解していますが、Compute VM のサイズを増やすだけで、(同じイメージに対して) 複数の実行中のコンテナーを生成する理由はありません。より多くの計算能力が必要な場合は、先に進んでマシンの CPU / RAM を増やしてから、使用可能な最大計算能力に達した場合にのみ、現在 Google で約 32 コアを使用する必要があると思います。複数のコンテナを生成する必要があります。 .

ただし、VM のサイズに関係なく複数のコンテナーを生成すると、サービスの可用性が向上するように思われますが、Kubernetes は、1 つのコンテナーのレプリケーション コントローラー環境でも、失敗したコンテナーを再生成します。だから私が理解できないのは、VM インスタンスのコンピューティング サイズが不足する以外の理由で、(同じイメージに対して) 複数の実行中のコンテナーが必要になる理由は何ですか?

私は kubernetes を試してみて、非常に基本的な質問に出くわしました。VirtualBoxで実行されているubuntuで単一ノードkubernetesをセットアップしました。 これはまさに私が持っているものです。私のvagrantファイルは次のようなものです（したがって、私のMacではubuntuを実行するvirtualboxを使用できます）-

マスターを起動するには、init.sh を次のように使用します。

これにより、vm で実行されているシンプルな kubernetes が起動します。kubectl- を使用してサービスを取得すると、kubernetes サービスが実行されていることがわかります。

ssh で 10.0.0.1 にカールして、結果を確認できます。しかし、私の質問は、この kubernetes マスター サービスをホスト マシンに公開するにはどうすればよいか、またはこれをサーバーにデプロイするときに、このマスター サービスをパブリック IP で利用できるようにするにはどうすればよいかということです。

少し前に、Kubernetes クラスターで何千ものサービスを処理することについて質問しました。

Kubernetes は何千ものサービスを処理できますか?

当時、Kubernetes は環境変数を使用しており、私の質問はそれに関するものでした。Kubernetes に DNS が追加されたので、env var に問題がなくなったように思えますが、ドキュメントには、何千ものサービスを処理する場合はうまく機能しないとまだ書かれています。

https://github.com/GoogleCloudPlatform/kubernetes/blob/master/docs/services.md#shortcomings

ドキュメントが古いかどうか、または Kubernetes を数千のサービスにスケーリングする際にまだ問題があるかどうかを知りたいです。

「レベルベース」および「エッジベース」とは一般的に何を意味しますか?

kubernetes のドキュメントから「つまり、システムの動作はエッジベースではなくレベルベースです」を読みました: https://github.com/GoogleCloudPlatform/kubernetes/blob/master/docs/api-conventions.md

Google では、 http ://www.keil.com/forum/9423/edge-based-vs-level-based-interrupt/ しか見つかりません。

ありがとうございました。