Kubernetes: ノードのポッドスケジューリングのコントロール

DLT Labsで働いていた昨年は、複数のツール、テクノロジー、プラットフォームを学び、研究する絶好の機会がたくさんありました。 最近使用を開始したプラットフォームの1つは、オープンソースのコンテナオーケストレーションプラットフォームであるKubernetes®（略して「k8s」と呼ばれることもあります）です。

このブログでは、特定のトピック、ノードのポッドスケジューリング、およびそのコントロールについての私の知識をみなさんと共有したいと思います。 したがって、コンテナに慣れていて、Kubernetesを開始または最近開始し、Kubernetesコンポーネントとそのリソースについて基本的な知識がある場合は、この投稿でさらに理解を深めていただければと思います。

最近、k8の学習を始めたので、興味のあるトピックについて書いてみなさんと共有すると同時に、学んだことを補填するのは素晴らしいことだと思っています。

開始する前に、フォローする場合はKubernetesクラスターにアクセスする必要があります（Minikube / Docker Desktop /Kubernetes Playground | Katacoda を使用することもできます）。

注意：MinikubeとDocker Desktop（Kubernetes）はシングルノードクラスターになります。 クラスタの設定は私のものとは異なる場合があります。 したがって、それに応じて調整してください。

Why and how to do it?

Kubernetes（k8s）は、複数のコンテナを操作するユーザーにとって非常に便利です。定義された要件/ポリシーに応じて、コンテナ（ポッド内）のスケールアップまたはスケールダウンが非常に簡単になります。 さらに、Kubernetesクラスタの一部である特定のノード/サーバー/マシンでポッドのスケジューリングを許可または制限するために必要な制御が可能になります。

k8sクラスタ内のすべてのノードは、相互の正確なレプリカである必要はありません。一部のノードはより多くの計算能力を持ち、他のノードはより多くのディスク容量を持っています。 特別なサービスを実行しているものもあれば、実行していないものもあります。 そのようなパラメータがいくつか存在する可能性があります。

同様に、ポッド（つまり、ポッド内のコンテナー）には、問題もなく簡単に実行/動作するためのさまざまな要件（コンピューティング/ディスク/メモリ/サービスなど）があります。

このため、Kubernetesを使用すると、ポッドを適切と思われる特定のノード/マシンにデプロイできます。 これをコントロールするさまざまな方法があります。