問題タブ [kubernetes-pod]

kubernetes のゲストブックをたどり、イメージの値をこのように変更し、dockerhub からイメージをプルしたいと考えました。

しかし、それは失敗しました。ログは言う：

ポッド インフラ コンテナの作成に失敗しました: gcr.io/google_c のイメージ プルに失敗しました...

そして、プリロード画像の指示を設定しました:

ミニオンにはredisイメージがあると確信しています

しかし、それも失敗し、gcr.io からプルされました

2 つのプライベート クラウド サーバーで 2 ノード (マスター ミニオン) セットアップの Kubernetes から始めたところです。私はそれをインストールし、基本的な構成を行い、マスターからミニオンまでいくつかの単純なポッド/サービスを実行しました。

私の質問は：

Google Cloud を使用していない場合、ポッドで永続ストレージを使用するにはどうすればよいですか?

最初のテストでは、ゴースト ブログ ポッドを実行しましたが、ポッドを破棄すると変更が失われます。ポッドにボリュームを追加しようとしましたが、実際には、GC を使用していないときの方法に関するドキュメントを見つけることができません。

私の試み：

これを見つけました: Kubernetes での MySQL と WordPress の永続的なインストール

テスト用インストールにストレージ (NFS?) を追加する方法がわかりません。

http://kubernetes.io/v1.0/docs/user-guide/pods.htmlを読み ましたが、最後の段落に壊れている Pod API へのリンクが示されています。誰もそこへ行く方法を知っていますか? 前もって感謝します

小さな (3 コンテナー) ポッドの 2 つのインスタンスをホストするクラスターに対してワークロードを実行しています。nodeport を使用したサービスを使用して Pod にアクセスします。Pod を停止して rc が新しい Pod を開始すると、一定の (少量の) ワークロードに多数の障害が発生します (Rational Perf Tester、http テストがマスターのサービスにヒットします... しかし、いずれかのミニオンにヒットした場合も同様です ...マスターにもミニオンがいます）。とにかく、kubectl スケールでポッドを追加するだけでも、エラーが発生します。次に、このポッドを削除すると (スケールのために必要以上に 1 つあったため、rc は新しいポッドを開始しません) ... エラーはありません。コンテナーが起動していなくても、kubelet が処理を完了したため、サービスが新しいポッドに作業を送信し始めたようです。したがって、ポッドが開始されるたびに、作業の受信が少し早すぎます (kubelet が作業を行った後、すべてのコンテナーの準備が整う前)。すべてのコンテナーが稼働するまで、サービスがこのポッドにルーティングされないようにする方法はありますか? このポッドに送信する前に「n」秒待つと言う方法はありますか? 私は間違っているかもしれませんが、行動はこのシナリオを示唆しているようです。

たとえば、次の yaml を使用して、複数のコンテナーを持つポッドを生成できます。

マスターと 3 つのミニオンを持つ単純な kubernetes クラスターがあります。このシナリオでは、nginx または mysql の単純なポッドを実行すると正しく動作しますが、KIND のタイプを yaml ファイルに変更してレプリケートされたサービスを実行しようとすると、ポッドは起動しますが、サービス。

これは、3 つのレプリカを持つ nginx の yaml ファイルです。

これはサービス yaml 構成ファイルです。

私はそれを実行します：

私が実行した場合：

分かりました：

ポッドの説明が表示されます:

これは、rc の説明を取得した場合に表示されるものです。

これは、サービスの説明を取得した場合に表示されるものです。

私が見ることができるように、問題は私が ENDPOINT を持っていないことかもしれませんが、どうすれば解決できるのかわかりません。

docker ランドスケープを数か月試した後でも、Kubernetes Pod を使用するのは非常に直感的ではないことがわかりました。ポッドがコンテナよりも自然にフィットするユースケースに遭遇したことはありません。Pod を使用するように求められた場合、通常は単一のコンテナ Pod を使用します。ポッドのコンセプトの強みを紹介するデモをしようとしていますが、重要なユースケースを理解できませんでした。

私のデモでは、2 つのサービス コンテナーが異なるポートでリッスンするサーバー ポッドを開始しました。次に、各サーバー コンテナーと通信する 2 つのクライアント コンテナーを備えたクライアント ポッドがあります。

私は多くのチュートリアルとドキュメントを読みましたが、ポッドを使用する必要がある理由の説得力のあるユースケースなしで、ポッドとは何かに触れているだけです...何か不足していますか? Pod コンセプトを使用するための確実なユースケースは何ですか? ありがとう。

編集: 具体的には、コロケーションと共有ネットワーク スタックを必要とする 2 つのサービス A と B があり、これは Pod の概念に自然に適合するとします。コロケーションと共有ネットワーク スタックを保証する同じコンテナーでサービス A と B を実行する場合と比較して、Pod (サービス A とサービス B を実行する 2 つのコロケーション コンテナー) を使用する利点は何ですか? 粒度の経験則はありますか?

私の最初の質問は、コロケーションと共有ネットワーク スタックを必要とするサービス A とサービス B を見つけることです。指摘してくれた Jared と Robert に感謝します。これらの使用例を掘り下げます。

configmap が変更/更新されたときに、デプロイに関連付けられている Kubernetes ポッドおよびポッドを自動的に再起動するにはどうすればよいですか?

構成マップが変更されたときにポッドを自動的に再起動する機能についての話があることは知っていますが、私の知る限り、これは Kubernetes 1.2 ではまだ利用できません。

したがって、(私が思うに) やりたいことは、構成マップを使用するポッドに関連付けられたデプロイリソースの「ローリング再起動」です。実際のテンプレートを何も変更せずに、Kubernetes で展開のローリング再起動を強制することは可能ですか? これは現在それを行うための最良の方法ですか、それともより良いオプションはありますか?