容器 Kubernetes を理解する前に、コンテナとは何か、そしてなぜそれほど人気があるのかを少し説明しましょう。 結局のところ、コンテナが何であるかを知らずにコンテナ オーケストレーター (Kubernetes) について話しても意味がありません。 容器 「コンテナ」とは、中に入れるものすべてを収納する容器です。アプリケーション コード、依存ライブラリ、そしてカーネルに至るまでの依存関係など。 ここでの重要な概念は分離です。すべてのコンテンツを他のコンテンツから分離して、より適切に制御できるようにします。 コンテナは 3 種類の分離を提供します。
コンテナを VM のように考えます。スリムで、高速(しかもおまけに)、小型です。そして、これらはどれも構築されていません。 代わりに、Linux システムに存在する構造 (cgroup、名前空間など) を使用し、その上に優れた抽象化を構築しました。 コンテナが何であるかがわかったので、コンテナがなぜ人気があるのか簡単に理解できます。アプリケーションのバイナリ/コードを配布できるだけでなく、アプリケーションを実際に実行するために必要な環境全体を提供することもできます。 コンテナは非常に小さなユニットとして構築できるため、「自分のマシンで動作する」問題に対する完璧なソリューションとなります。 Kubernetes はいつ使用すればよいですか? コンテナはすべてが優れており、ソフトウェア開発者としての生活ははるかに良くなりました。では、なぜ Kubernetes のようなコンテナ オーケストレーション ツールという別のテクノロジーが必要なのでしょうか? 特定の状態に入るときは、それを使用して複数のコンテナを管理する必要があります。 Q: フロントエンド コンテナはどこにあり、いくつ実行すればよいですか? A: 難しいですね。コンテナ オーケストレーション ツールを使用してください。 Q: フロントエンド コンテナーを新しく作成したバックエンド コンテナーと通信させるにはどうすればよいですか? A: IP をハードコードするか、コンテナ オーケストレーション ツールを使用します。 Q: ローリングアップグレードを実行するにはどうすればよいですか? A: 各ステップで手動で実行するか、コンテナ オーケストレーション ツールを使用します。 私がKubernetesを好む理由 Docker Swarm、Mesos、Kubernetes など、コンテナ オーケストレーション ツールは数多くあります。私が Kubernetes を選択したのは、Kubernetes が… という理由からです (この記事の目的もそこにあります)。 レゴ ブロックのように、大規模なコンテナ オーケストレーションを実行するために必要なコンポーネントを備えているだけでなく、内部および外部のさまざまなコンポーネントをカスタム コンポーネントに交換できる柔軟性も備えています。 カスタム スケジューラがあれば便利です。新しいリソース タイプが必要な場合は、CRD を記述します。さらに、コミュニティは非常に活発で、ツールは急速に進化しています。 Kubernetes アーキテクチャ すべての Kubernetes クラスターには、マスター ノードとワーカー ノードの 2 種類のノードがあります。名前が示すように、マスター ノードは、ワーカーがペイロード (アプリケーション) を実行するクラスターを制御および監視します。 クラスターは単一のマスター ノードで動作できますが、高可用性を実現するには 3 つのマスター ノードを使用するのが最適です (HA クラスターと呼ばれます)。 マスターノードとそのコンポーネントを詳しく見てみましょう。 ①etcd: Kubernetesオブジェクトに関するすべてのデータ、その現在のステータス、アクセス情報、その他のクラスター構成情報を保存するために使用されるデータベース。 ②APIサーバー:クラスター全体を操作するためのエンドポイントを公開するRESTful APIサーバー。マスター ノードとワーカー ノードのほぼすべてのコンポーネントは、このサーバーと通信してそれぞれの機能を実行します。 ③スケジューラ:どのペイロードをどのマシンで実行する必要があるかを決定する役割を担います。 ④コントロールマネージャー:これは、クラスターの状態を監視し(APIサーバーを呼び出してこのデータを取得することにより)、クラスターを目的の状態にするアクションを実行する制御ループです。 ⑤kubelet: 動作ノードの中核です。マスターノード API サーバーと通信し、そのノードにスケジュールされたコンテナを実行します。 ⑥kube-proxy: IPテーブル/IPVSを使用してPodのネットワーク要件を処理します。 ⑦Pod: すべてのコンテナの実行はKubernetesのおかげです。 Pod の抽象化がなければ、Kubernetes でコンテナを実行することは不可能です。ポッドは、コンテナ間の Kubernetes ネットワークに重要な機能を追加します。 ハッピーポッド Pod には複数のコンテナを含めることができ、それらのコンテナ内で実行されているすべてのサーバーは互いをローカル ホストとして認識できます。 これにより、アプリケーションのさまざまな側面を個別のコンテナーに分離し、すべてを 1 つのコンテナーとして一緒に読み込むことが非常に便利になります。 さまざまなニーズを満たすために、サイドカー、プロキシ、アンバサダーなど、さまざまなポッド モードがあります。詳細についてはこの記事[1]を参照してください。 Pod ネットワーク インターフェースは、同じノード内の他の Pod や他のワーカー ノードと通信するためのメカニズムを提供します。 さらに、各ポッドには独自の IP アドレスが割り当てられ、kube-proxy はそれを使用してトラフィックをルーティングします。この IP アドレスはクラスター内でのみ表示されます。 コンテナ内にマウントされたボリュームもすべてのコンテナから見え、これらのボリュームはコンテナ間の非同期通信に使用されることもあります。 たとえば、アプリケーションが写真アップロード アプリケーション (Instagram など) であると仮定すると、これらのファイルをボリュームに保存し、同じ Pod 内の別のコンテナーがボリューム内の新しいファイルを監視して処理を開始し、複数のサイズを作成してクラウド ストレージにアップロードすることができます。 コントローラ Kubernetes には、ReplicaSet、レプリケーション コントローラー、デプロイメント、StatefulSet、サービスなど、多くのコントローラーがあります。 これらは、何らかの方法でポッドを制御するオブジェクトです。いくつか重要なものを見てみましょう。 レプリカセット ReplicaSetは、Podを複製する最も優れた機能を提供します。 このコントローラーの主な役割は、特定の Pod のレプリカを作成することです。何らかの理由でポッドが停止した場合、このコントローラーに通知が送られ、すぐに新しいポッドを作成するアクションが開始されます。 展開 ReplicaSet の展開を制御しようとしています (ボサボサの髪) Deployment は、ReplicaSet を使用してレプリカを管理する高レベルのオブジェクトです。新しいレプリカセットをスケールアップし、既存のレプリカセットをスケールダウン(最終的には削除)することで、ローリング アップグレードを実現します。 サービス ドローンサービスとして表現され、対応するポッドにパケットを配信する サービスは、適切なノードに「パケット」を配布するロード バランサとして機能することを主な役割とするコントローラ オブジェクトです。 基本的に、これはワーカーノード間で類似のポッド (通常はポッド ラベルによって識別されます) をグループ化するために使用されるコントローラー構造です。 「バックエンド」アプリケーションと通信する「フロントエンド」アプリケーションがあると仮定すると、各アプリケーションのインスタンスが多数実行されている可能性があります。 各バックエンド Pod の IP をハードコーディングする必要はなく、バックエンド サービスにパケットを送信し、それに応じて負荷分散と転送の方法を決定します。 PS: すべてのパケット ルーティングは IP テーブル/IPVS/CNI プラグインによって処理されるため、サービスは仮想エンティティに似ていることに注意してください。 これにより、実際のエンティティとして認識されやすくなり、Kubernetes エコシステムにおける役割を理解しやすくなります。 イングレス すべてのパケットがクラスターに流れ込むフローティングプラットフォームに入る Ingress コントローラーは外部との単一の接点であり、クラスター内で実行されているすべてのサービスと通信できます。これにより、セキュリティ ポリシーの設定、監視、さらにはログインも 1 か所で簡単に実行できるようになります。 PS: Kubernetes には、DaemonSet、StatefulSet、Jobs など、他にも多くのコントローラー オブジェクトがあります。 アプリケーションのシークレットと構成を保存するための Secrets、ConfigMaps などのオブジェクトもありますが、それらについては次のブログ投稿で説明します。 関連リンク: https://matthewpalmer.net/kubernetes-app-developer/articles/multi-container-pod-design-patterns.ht |
<<: クラウドを維持するか、クラウドに移行するか?それが問題だ
>>: Google Cloudはコードフリー開発でファミリーバケットにデザートを追加
Racknerd は、「Double 12」オンライン フェスティバル プロモーションの中国版をお届...
[[337759]]この記事はWeChatの公開アカウント「三太子敖冰」から転載したもので、著者は三...
コミュニティからのコミュニケーション、参考のみ@baimmi 中国銀聯データセンターの内部システムに...
今日、多くの人が「Fengqun Media 交通詐欺」事件について議論しているのを見ました。広告主...
世界中の通信業界は、超高速の 5G ネットワークを使用してビジネス運営に革命を起こすという使命に取り...
台湾 VPS、台湾クラウドサーバー、台湾チキン、台湾 VPS 大帯域幅、台湾 VPS 年払い、台湾 ...
インターネットプロモーションはオンラインマーケティングの手段です。インターネットユーザーベースの拡大...
スマートオーブンなどの接続デバイスから産業研究用のデータ収集機器まで、モノのインターネットは急速に成...
少し前に、私は友人の輪の中で次のような質問を投稿しました。この質問は非常に興味深いです。この瞬間、あ...
数年前、Baiduが独自のSEO提案ツールをリリースし、それがBaidu Statisticsに付属...
著者は現在、ドライクリーニング店のウェブサイトの最適化に取り組んでいます。初心者としては、上位にラン...
いろいろと困っていたときに、おもちゃの VPS を見つけました。どれくらい持つかはわかりません。気に...
有名な樽効果は、「バケツにどれだけの水が入るかは、最も短い木片によって決まる」ということを教えてくれ...
Dawang Data は 7 月にホットなプロモーションを開始しました。湖北省コア データ センタ...
123systems が XEN ベースの VPS をリリースして以来、価格が少し高騰しています。も...