タスク: スケジューラーを使用せずにポッドを手動でスケジュールする
このタスクでは、クラスター内の特定のノードにポッドを直接割り当てることで、Kubernetes スケジューラーをバイパスする方法を検討します。これは、通常のスケジューリング プロセスを経ずにポッドを特定のノードで実行する必要がある特定のシナリオでは便利なアプローチとなります。
前提条件
以前の投稿で説明したものと同様の KIND (Kubernetes in Docker) 構成で作成された Kubernetes クラスターが実行されていると仮定します。ここでは、kind-cka-cluster:
という名前のクラスターを作成しました。
kind create cluster --name kind-cka-cluster --config config.yml
KIND を使用したクラスターの作成については以前の投稿ですでに説明したため、それらの詳細については再度説明しません。
ステップ 1: クラスター ノードを確認する
この新しいクラスターで使用可能なノードを確認するには、次のコマンドを実行します。
kubectl get nodes
次のような出力が表示されるはずです:
NAME STATUS ROLES AGE VERSION kind-cka-cluster-control-plane Ready control-plane 7m v1.31.0
このタスクでは、kind-cka-cluster-control-plane でポッドをスケジュールします。
ステップ 2: ポッドマニフェスト (node.yml) を定義する
次に、YAML 形式でポッド マニフェストを作成しましょう。ポッド構成の nodeName フィールドを使用すると、Kubernetes スケジューラーを完全にバイパスして、ポッドの正確なノードを指定できます。
node.yml:
apiVersion: v1 kind: Pod metadata: name: nginx spec: containers: - name: nginx image: nginx nodeName: kind-cka-cluster-control-plane
このマニフェストでは:
- nodeName を kind-cka-cluster-control-plane に設定します。これは、スケジューラがノードの割り当てをスキップし、この特定のノード上の Kubelet が代わりに配置を処理することを意味します。
このアプローチはノード選択の直接的な方法であり、nodeSelector やアフィニティ ルールなどの他のメソッドをオーバーライドします。
Kubernetes ドキュメントによると:
「nodeName は、アフィニティや nodeSelector よりも直接的なノード選択形式です。nodeName は、Pod 仕様のフィールドです。nodeName フィールドが空でない場合、スケジューラは Pod を無視し、指定されたノード上の kubelet が配置を試みます。そのノード上のポッドでは、nodeName の使用は、nodeSelector またはアフィニティおよび反アフィニティ ルールの使用を無効にします。"
詳細については、ノード割り当てに関する Kubernetes ドキュメントを参照してください。
ステップ 3: ポッドマニフェストを適用する
マニフェストの準備ができたら、それをクラスターに適用します。
kubectl apply -f node.yml
このコマンドは、nginx ポッドを作成し、それを kind-cka-cluster-control-plane ノードに直接割り当てます。
ステップ 4: ポッドの配置を確認する
最後に、指定したノードでポッドが実行されていることを確認します。
kubectl get pods -o wide
出力により、nginx ポッドが kind-cka-cluster-control-plane:
で実際に実行されていることを確認できます。
kind create cluster --name kind-cka-cluster --config config.yml
これは、nodeName フィールドを設定することによって、Kubernetes スケジューラを正常にバイパスし、コントロール プレーン ノード上でポッドを直接スケジュールしたことを確認します。
タスク: コントロール プレーン ノードにログインし、デフォルトの静的ポッド マニフェストのディレクトリに移動し、コントロール プレーン コンポーネントを再起動してみます。
新しく作成したクラスターのコントロール プレーン ノードにアクセスするには、次のコマンドを使用します。
kubectl get nodes
静的ポッドマニフェストを含むディレクトリに移動します:
NAME STATUS ROLES AGE VERSION kind-cka-cluster-control-plane Ready control-plane 7m v1.31.0
現在のマニフェストを確認します:
apiVersion: v1 kind: Pod metadata: name: nginx spec: containers: - name: nginx image: nginx nodeName: kind-cka-cluster-control-plane
kube-controller-manager を再起動するには、そのマニフェスト ファイルを一時的に移動します。
kubectl apply -f node.yml
再起動を確認したら、マニフェスト ファイルを元の場所に戻します:
kubectl get pods -o wide
これらの手順により、コントロール プレーンにアクセスし、静的ポッド マニフェストを操作してコントロール プレーン コンポーネントのライフサイクルを管理する方法を実証できました。
kube-controller-managerの再起動の確認
kube-controller-manager.yaml マニフェスト ファイルを一時的に /tmp に移動した後、kube-controller-manager が再起動したことを確認できます。以前の投稿で述べたように、私は k9s を使用しています。これにより再起動が明確に表示されますが、k9s を使用していない読者の場合は、次のコマンドを試してください
イベントの検査:
さらに情報を収集するには、次を使用します:
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES nginx 1/1 Running 0 28s 10.244.0.5 kind-cka-cluster-control-plane <none> <none> </none></none>
出力の最後にあるイベントを探します。再起動が成功すると、次のようなイベントが表示されます:
docker exec -it kind-cka-cluster-control-plane bash
「Killing」、「Created」、および「Started」イベントの存在は、kube-controller-manager が停止され、その後正常に再起動されたことを示します。
掃除
タスクを完了し、ポッドの動作を確認したら、不要になったリソースをクリーンアップすることが重要です。これにより、整然とした環境が維持され、クラスター内のリソースが解放されます。
ポッドをリストする:
まず、クラスター内で実行されている現在のポッドを確認できます:
cd /etc/kubernetes/manifests
次のような出力が表示される場合があります:
ls
ポッドの説明:
特定のポッドに関する詳細情報を取得するには、describe コマンドを使用します。
mv kube-controller-manager.yaml /tmp
これにより、名前、名前空間、ノード、その他の構成など、ポッドに関する詳細が表示されます。
mv /tmp/kube-controller-manager.yaml /etc/kubernetes/manifests/
ポッドを削除します:
ポッドが不要になった場合は、次のコマンドを使用して安全に削除できます:
kubectl describe pod kube-controller-manager-kind-cka-cluster-control-plane -n kube-system
削除の確認:
削除コマンドを実行した後、ポッドを再度リストすることで、ポッドが削除されたことを確認できます。
Events: Type Reason Age From Message ---- ------ ---- ---- ------- Normal Killing 4m12s (x2 over 8m32s) kubelet Stopping container kube-controller-manager Normal Pulled 3m6s (x2 over 7m36s) kubelet Container image "registry.k8s.io/kube-controller-manager:v1.31.0" already present on machine Normal Created 3m6s (x2 over 7m36s) kubelet Created container kube-controller-manager Normal Started 3m6s (x2 over 7m36s) kubelet Started container kube-controller-manager
nginx ポッドがリストに表示されなくなったことを確認します。
これらのクリーンアップ手順を実行すると、Kubernetes クラスターが整理され効率的に維持されるようになります。
特定のラベルを持つ複数のポッドの作成
このセクションでは、nginx イメージに基づいて 3 つのポッドを作成します。それぞれに一意の名前と、異なる環境を示す特定のラベル (env:test、env:dev、および env:prod) が付けられます。
ステップ 1: スクリプトを作成する
まず、ポッドを生成するコマンドを含むスクリプトを作成します。次のコマンドを使用してスクリプト ファイルを作成します:
kind create cluster --name kind-cka-cluster --config config.yml
次に、次のコードをファイルに貼り付けます:
kubectl get nodes
ステップ 2: スクリプトを実行可能にする
ファイルを保存した後、次のコマンドを使用してスクリプトを実行可能にします:
NAME STATUS ROLES AGE VERSION kind-cka-cluster-control-plane Ready control-plane 7m v1.31.0
ステップ 3: スクリプトを実行する
スクリプトを実行してポッドを作成します:
apiVersion: v1 kind: Pod metadata: name: nginx spec: containers: - name: nginx image: nginx nodeName: kind-cka-cluster-control-plane
ポッドの作成を示す出力が表示されます:
kubectl apply -f node.yml
ステップ 4: 作成されたポッドを確認する
スクリプトは、作成されたポッドのステータスを表示します。
kubectl get pods -o wide
この時点で、ラベルに基づいてポッドをフィルタリングできます。たとえば、env=dev ラベルを持つポッドを検索するには、次のコマンドを使用します。
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES nginx 1/1 Running 0 28s 10.244.0.5 kind-cka-cluster-control-plane <none> <none> </none></none>
ポッドが実行されていることを確認する出力が表示されるはずです。
docker exec -it kind-cka-cluster-control-plane bash
タグとメンション
- @piyushsachdeva
- 13 日目: ビデオチュートリアル
以上がCKA フルコース 1 日の静的ポッド、手動スケジューリング、ラベル、Kubernetes のセレクターの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

C/CからJavaScriptへのシフトには、動的なタイピング、ゴミ収集、非同期プログラミングへの適応が必要です。 1)C/Cは、手動メモリ管理を必要とする静的に型付けられた言語であり、JavaScriptは動的に型付けされ、ごみ収集が自動的に処理されます。 2)C/Cはマシンコードにコンパイルする必要がありますが、JavaScriptは解釈言語です。 3)JavaScriptは、閉鎖、プロトタイプチェーン、約束などの概念を導入します。これにより、柔軟性と非同期プログラミング機能が向上します。

さまざまなJavaScriptエンジンは、各エンジンの実装原則と最適化戦略が異なるため、JavaScriptコードを解析および実行するときに異なる効果をもたらします。 1。語彙分析:ソースコードを語彙ユニットに変換します。 2。文法分析:抽象的な構文ツリーを生成します。 3。最適化とコンパイル:JITコンパイラを介してマシンコードを生成します。 4。実行:マシンコードを実行します。 V8エンジンはインスタントコンピレーションと非表示クラスを通じて最適化され、Spidermonkeyはタイプ推論システムを使用して、同じコードで異なるパフォーマンスパフォーマンスをもたらします。

現実世界におけるJavaScriptのアプリケーションには、サーバー側のプログラミング、モバイルアプリケーション開発、モノのインターネット制御が含まれます。 2。モバイルアプリケーションの開発は、ReactNativeを通じて実行され、クロスプラットフォームの展開をサポートします。 3.ハードウェアの相互作用に適したJohnny-Fiveライブラリを介したIoTデバイス制御に使用されます。

私はあなたの日常的な技術ツールを使用して機能的なマルチテナントSaaSアプリケーション(EDTECHアプリ)を作成しましたが、あなたは同じことをすることができます。 まず、マルチテナントSaaSアプリケーションとは何ですか? マルチテナントSaaSアプリケーションを使用すると、Singの複数の顧客にサービスを提供できます

この記事では、許可によって保護されたバックエンドとのフロントエンド統合を示し、next.jsを使用して機能的なedtech SaaSアプリケーションを構築します。 FrontEndはユーザーのアクセス許可を取得してUIの可視性を制御し、APIリクエストがロールベースに付着することを保証します

JavaScriptは、現代のWeb開発のコア言語であり、その多様性と柔軟性に広く使用されています。 1)フロントエンド開発:DOM操作と最新のフレームワーク(React、Vue.JS、Angularなど)を通じて、動的なWebページとシングルページアプリケーションを構築します。 2)サーバー側の開発:node.jsは、非ブロッキングI/Oモデルを使用して、高い並行性とリアルタイムアプリケーションを処理します。 3)モバイルおよびデスクトップアプリケーション開発:クロスプラットフォーム開発は、反応および電子を通じて実現され、開発効率を向上させます。

JavaScriptの最新トレンドには、TypeScriptの台頭、最新のフレームワークとライブラリの人気、WebAssemblyの適用が含まれます。将来の見通しは、より強力なタイプシステム、サーバー側のJavaScriptの開発、人工知能と機械学習の拡大、およびIoTおよびEDGEコンピューティングの可能性をカバーしています。

JavaScriptは現代のWeb開発の基礎であり、その主な機能には、イベント駆動型のプログラミング、動的コンテンツ生成、非同期プログラミングが含まれます。 1)イベント駆動型プログラミングにより、Webページはユーザー操作に応じて動的に変更できます。 2)動的コンテンツ生成により、条件に応じてページコンテンツを調整できます。 3)非同期プログラミングにより、ユーザーインターフェイスがブロックされないようにします。 JavaScriptは、Webインタラクション、シングルページアプリケーション、サーバー側の開発で広く使用されており、ユーザーエクスペリエンスとクロスプラットフォーム開発の柔軟性を大幅に改善しています。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

VSCode Windows 64 ビットのダウンロード
Microsoft によって発売された無料で強力な IDE エディター

ドリームウィーバー CS6
ビジュアル Web 開発ツール

WebStorm Mac版
便利なJavaScript開発ツール

Safe Exam Browser
Safe Exam Browser は、オンライン試験を安全に受験するための安全なブラウザ環境です。このソフトウェアは、あらゆるコンピュータを安全なワークステーションに変えます。あらゆるユーティリティへのアクセスを制御し、学生が無許可のリソースを使用するのを防ぎます。

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境
