最後にK8Sいかに難しいか?レッツ方言方言2

最後にkubernetesいかに難しいですか?
以下の方言を見て:ネットワーク通信のサービス原則
POD内部で実際にあるアクセス端末としてK8Sサービスの外部からサービス
--------------------------- ---------------------------
その後、ポッドについて話:ポッドは、ポッド内の次のノードに基づいて、ミラーK8Sでサポートされている基本的な機能を実行している
ポッドこの一時停止ネットワークスタックコンテナボリューム上のコンテナと(実際には論理機能をハングアップし、ドッキングウィンドウの)ボリュームをマウント
_______________________________________________________________________________
ので、サービスとポッドとの間の関係はどのようなものですが:
ラベル(ラベル)[入れて各ポッドをK8Sドッキングウィンドウは、我々はMySQLのコンテナを探しているように、この状態で、]を知って理解して
彼の選択基準は、名前= mysqlのポッドで、ポッドは今、コンテナのポッドを見つけるために、自然のserivceをmysqlのラベルをプレイしているので、
これは、サービスとポッドに関連する問題を解決するだろう
-------------------------------- -----------------------
あなたが見つけ運転の期間K8Sコンテナポッドを拡張する必要があるときに質問があり、その後、kubernetes RCと呼ばれる概念があり
かYAML、レプリケーションコントローラーが拡大し、ポッドのサービスニーズの拡大に関連した問題解決するためにアップグレードすることができます作成
文言を:
(1)の定義ターゲットポッド#はその名前である
(2)を実行するには、ターゲットポッド必要性のコピー数(レプリカ)#YAML DOがある番号を参照
ターゲットポッドラベル(ラベル)を監視する(3)何が必要#拡張servieに関連したポッドラベル
------------------------------------------- -------------
注:kubernetesあなたが撃墜場合は、クラスタ全体がkubernetesを撃墜しますマスターは
、彼がする機能を有する、なぜそれをダウン習得答えは
機能の秘密:
KUBE-apiserver:提供をインタフェースの主要サービスプロセスのhttp残りはCRUDと、すべてのリソースの他の操作でのみ入場kubernetesで、プロセスのクラスタ制御への入り口である
すべてのリソースで自動制御センターkubernetesオブジェクト:KUBE-コントローラマネージャは
KUBE-スケジューラ:責任リソースプロセススケジューリングここ達成するために必要とされるCPUとGPUのスケジュールを実装する(ポッドスケジューリング)#の必要がある
etcd:データは、すべてのリソースがすべてにetcdに格納されているkubernetesオブジェクト
----- --------------------------------------------------
:あなたは前のノードが何であるかわからない場合は
シークレット:マスターに加えて、それらのクラスタ、他のすべてのマシンは、ノードをノード、各ノードがマスター分布であるドッキングウィンドウコンテナの負荷であるノードがダウンしたときに、ワークロードは、マスターになります
自動的に他のノードに転送します。
痛い:それは、ノード上のコマンドを持っていますが、わずか3心配しないでください:
kubelet:ポッドは、コンテナの対応建設、停止する責任があります。同時に協力及びマスターノードで、クラスタ管理を達成するために、基本的な機能は
KUBEプロキシ:負荷機構kubernetesサービスとの通信を可能に重要な成分である
熟練単純な非常にドッカードッカーエンジン、作成およびコンテナ管理の責任単位(:ドッカーエンジン)
------------------------------------------------- --------
合計:
クラスタ管理では、マスターノードとグループワークノード(ノード)に分割されているクラスタ内のマシンをKubernets
マスターノードでクラスタ管理に関連する一連のプロセスを実行KUBE-apiserver、KUBE-controller-マネージャとKUBEスケジューラ、
このような誤り訂正、及び全てのオートコンプリートとしてクラスタ全体、ポッドスケジューリング、弾性収縮、セキュリティ管理、システムの監視および管理機能のリソース管理を達成するために、これらのプロセス。
ノード作業として、クラスタ内のノード、ノードKubernetes管理部ポッド最小上で実行されている、本物のアプリケーションを実行します。
kubeletのKubernetes、ノード上のKUBE-プロキシサーバプロセス、サービスプロセスは、ポッドは、モニターを作成し、開始するために責任があり、再起動、破壊、および負荷分散ソフトウェアモデルを実行します。

-
txter:Mr.gaoの
DATE:2019年12月12日/ 20:34金曜日
天気:ブリーズ
------------------------------ -------------------------------------------------- ----
方言ポッドを導入専門:
私たちが知っているどの機能ポッドが、それが果たしているポッドの特定の役割:
元ポッドのような一時停止コンテナ含まれています。加えて、gcr.io/google_containers/pause-amd64も含まれていユーザーコンテナー・ビジネスより密接に関連する(ユーザーcontainer1、ユーザーにcontainer2 ...)これは、コンテナのすべてが含まれているポッドである
ポッドはこのように見えるように設計されなければならないなぜ:
1.Pauseコンテナは、ポッドルートコンテナ(感設計されていますまた、Linuxのの概念は非常に鏡像ごとに収まるが、元のコンセプトlinxuファイルです。)それは全体のコンテナグループの状態を表すように、
他の月で2.podを複数のコンテナには、IP一時停止コンテナを共有することになり、株式ポーズコンテナは、ボリュームをマウント。
概要:ポッド建設ポーズコンテナが存在する明確な理由が明らかであると、なぜ自分のユーザコンテナコンテナへのルートとして平均、一時停止
、その後を考える:
記事は言われます。
各ポッドはKubernetesがあるユニークなIPアドレスが割り当てられ、ポッド内の複数の容器は、IP共有:
(注:ポッド内の複数の容器、ポッドのコンテナアプリケーション共有のIP POD1の代わりに、ポッドPOD2へと共有アプリケーションがIP通信することができる)
、仮想ネットワーク技術のレイヤポッド間の通信
PS:もちろん、あなたはポッドとポッド、またはどのように様々な機能を実装する間で通信したいです
--------------------------------- -------------------------------------------------- ---
ETCD記憶:
共通ポッド:
作成した後、通常のポッド、対応するポッド続いて、その後kubernetesマスタノードと特異的結合(バインディング)上でスケジュール記憶ETCDに配置されますノード・インスタンス上kubeletプロセス
に関連するコンテナのセットには、実行ドッカー。ポッドは、コンテナストップの内側に、kubernetesは、この問題を自動的に検出し、ポッド(すべてのコンテナでポッドの再起動)を再起動しますときポッド場合、ノードがダウンし
ますこのすべてのノードの新しいスケジュールから他のポッドにノードの
概要は:実際には、これは間接的にもあるの機能kubernetesオーケストレーションツール説明
:静的ポッド(静的ポッド)
することはできません彼らはAPIサーバを介して管理することができない、静的なポッドがkubeletポッドによって管理されているが、特定のノード上に存在しますReplicationController(RC)、展開。またはDaemonSet関連付けること
TM Raozuiはまた、(ノードkubeletが存在常にでき、kubeletは、それらのヘルスチェックで、静的ポッドは常にkubeletによって作成されることができない、およびよく私は)見下ろしを主張するだけでなく、それをクリア著者作るために

簡単に言えば:静的ノードポッド上で作成したkubeletは、この静的のみノードによって管理することができポッド自身kubelet
________________________________________________________________________________________________________________________________ \
二つの方法で作成する静的ポッド:HTTPモードとプロファイルモードを

1.プロファイルの方法

まず、我々が配置されて、「設定」をkubelet起動パラメータを設定し、モニタの設定ファイルへのディレクトリkubeletの必要性を指定する必要があり、kubelet定期的には、ディレクトリをスキャンし、そのディレクトリ* .yamlまたは* .jsonファイルに基づいてアクションを作成します

説明:開始時間は、実際にkubelet設定= xxxはYAML xxx.json私はこのように感じる指定されている
が、それは主に言って、これを知るために、ここで座礁する前に静電気web.yaml内の記事ではないのCentOSと小さな卵がテストを書いていません

___________________________________________________________________________________________________________________________________- \
エンドポイント
一緒にそのコンテナポートとIPのポッド(コンテナ港)、新しい概念を形成する---エンドポイントは、サービスプロセスでは、この外部通信ポッドアドレスを表します。
私たちは、ポッドTomcatは、これら二つのポートとポートサービスエンドポイントを公開するために始めることができたときのように定義しているなどのポッド、エンドポイントが複数存在します

簡単に言えば:このフィールドを書かれたYAML文書はまったく同じ考え方サービスポートおよびポートの暴露とドッキングウィンドウコンテナを書き込むために使用されている
\ ___________________________________________________________________________________________________________________________________
イベント
イベントは最も古い発生時刻に記録されたイベントの記録、再生するための最後の時間、重複しています周波数...などと、なぜこのイベントは、多くの情報の結果として、イベントが特定のリソースにリンクされますが、調査の重要な参考故障で、
ノードは、イベントの説明が含まれており、ポッドはまた、イベント・レコードを持っています。
彼らはポッドを作成見つけることができなかったとき、あなたは問題を見つけ、ビューにkubectlでポッド[ポッド名]を記述することができます

簡単に言えば:このイベントは非常に重要であることは、ここで間違ったショット間違っては重要なことである、一般的なサービス利用のシュートを構築することです。
何?このようdashboradのようなダッシュボードとして使用すると、ポッドの名前を見つけるために必要なすべてのコンテナのkubectl GETポッド##プリントラン、:ポッドは、コマンドの名前はこれです見つけることができません

-------------------------------------------------- ------------------------------------------、

ここでは、次の私が再ビルド脂肪1 K8Sビルドクラスタのブログの前にオフにノック実験kubernetesの構築を開始のでkubernetesを構築するために行うことが必要です

-------------------------------------------------- ------------------------------------------。

txter:Mr.gao

日付:2019年12月14日| 16:34土曜日 

天気:ブリーズ

おすすめ

転載: www.cnblogs.com/sxgaofeng/p/12039742.html
おすすめ