ヘルプ Kubernetes監視 Kubernetes管理アクション
Site24x7でのKubernetes管理アクション
Site24x7は、設定更新の適用、レプリカのスケーリング、ワークロードの再起動、ノード状態の管理、YAMLデプロイメントアクションを使用したマニフェストのデプロイなど、一連のKubernetes管理アクションを提供します。これらのアクションにより、kubectlコマンドラインツールに切り替える必要がなくなり、クラスターの操作がよりシンプル、安全、かつアクセスしやすくなります。
このドキュメントでは、サポートされているリソースタイプ、利用可能なアクション、必要な権限、および推奨されるユースケースについて説明します。
目次
- ユースケース
- 前提条件
- Kubernetes監視の追加
- Kubernetes自動化テンプレートの追加方法
- サポートされるリソースタイプとアクション
- YAMLデプロイメントアクション
- Deployment
- DaemonSet
- Stateful-sets
- Jobs
- Pods
- ノード
- Services
- Ingress
- 注意と制限事項
ユースケース
Kubernetes管理アクションは、kubectlへの直接アクセスなしで、運用、ロールアウト、およびメンテナンスを効率化します。一般的なユースケースには、修正アクションや更新が含まれます。
1. 新しい設定の安全な適用
［適用］または［置換］を使用して、ダウンタイムなしでワークロード全体のコンテナイメージ、ConfigMap、または環境変数を更新します。
2. 問題修正後のワークロードの再起動
Podがスタックしている、不健全である、または設定の再読み込みが必要な場合に、［再起動］をトリガーしてPodを正常に再起動します。
3. リソース仕様全体の置換
Deployment仕様の完全な構造再設計など、変更がパッチには広範囲すぎる場合は、［置換］を使用します。［置換］は仕様を完全に上書きするため、適用する前にYAMLを慎重にレビューしてください。
4. メンテナンスのためのノードの準備
ノードをCordonして新しいPodのスケジューリングを防ぎ、次にDrainして既存のワークロードを安全に退避させます。メンテナンス後、ノードをUncordonして通常の操作を再開します。
5. 失敗したロールアウトのロールバック
新しいロールアウトで問題が発生した場合、［ロールバック］を使用してDeployment、DaemonSet、またはStatefulSetを以前の安定したリビジョンに戻します。この操作には、リビジョン履歴が利用可能である必要があります。
前提条件
- Site24x7エージェントが完全なアクセス権限（読み取り、書き込み、更新、削除）でデプロイされていることを確認してください。
- Kubernetes監視の追加ページで、右上の管理アクションオプションを有効に切り替えます。
Kubernetes監視の追加
管理アクションを有効にするには、管理アクショントグルを［有効］にしてKubernetes監視を追加する必要があります。手順は次のとおりです。
- 初めてKubernetes監視を追加する場合
- Kubernetes監視の追加ページの右上隅で、管理アクションオプションを［有効］に切り替えます。
- 次に、生成されたインストールコマンドを実行して監視をデプロイします。
- すでにKubernetes監視を追加している場合
- バージョン22.0.00以下のK8sエージェントをすでにデプロイしている場合、管理アクションを有効にするとエージェントの実行コマンドが変更されるため、再インストールが必要です。
- これを行うには、手順1に従い、更新されたインストールコマンドを再実行して変更を適用します。
Kubernetes自動化テンプレートの追加方法
Kubernetesの自動化テンプレートを追加して、管理アクションを設定およびスケジュールします。
サポートされるリソースタイプとアクション
以下のセクションでは、各Kubernetesリソースタイプで利用可能なアクションを一覧表示します。
YAMLデプロイメントアクション
YAMLデプロイメントアクションを使用すると、YAMLマニフェストを使用してKubernetesリソースを直接適用、作成、または置換できます。これらのアクションは、次のリソースタイプで利用できます。
- Service
- Deployment
- DaemonSet
- StatefulSet
- Pod
- Job
- ノード
- ReplicaSet
- ControllerRevision
- Namespace
- ConfigMap
- HorizontalPodAutoscaler
- PersistentVolume
- PersistentVolumeClaim
- Ingress
- ResourceQuota
［タイプ］フィールドで［YAML Deployment Actions］を選択した場合、次のアクションが利用可能です。
| アクション | 説明 |
|---|---|
| 適用 | 更新されたYAML設定を既存のリソースに適用します。変更されたフィールドのみが更新されます。 |
| 作成 | YAMLマニフェストから新しいリソースを作成します。 |
| 置換 | リソース仕様全体を新しいYAML定義で置き換えます。既存の仕様は完全に上書きされるため、注意して使用してください。 |
Deployment
| アクション | 説明 |
|---|---|
| 削除 | Deploymentを削除します。 |
| 再起動 | Deployment内のすべてのPodのローリングリスタートを実行します。 |
| 一時停止 | 進行中のロールアウトを一時停止します。 |
| 再開 | 一時停止したロールアウトを再開します。 |
| ロールバック | 以前のDeploymentリビジョンにロールバックします。 |
| スケールアップ/ダウン | レプリカ数を更新します。 |
DaemonSet
| アクション | 説明 |
|---|---|
| 削除 | DaemonSetを削除します。 |
| 再起動 | DaemonSet Podを再起動します。 |
| ロールバック | 以前のリビジョンにロールバックします。 |
StatefulSet
| アクション | 説明 |
|---|---|
| 削除 | StatefulSetを削除します。 |
| 再起動 | StatefulSet Podを再起動します。 |
| ロールバック | 以前のバージョンにロールバックします。 |
| スケールアップ/ダウン | レプリカ数を調整します。 |
Job
| アクション | 説明 |
|---|---|
| 削除 | Jobを削除します。 |
| 中断 | Jobの実行を一時停止します。 |
| 再開 | 一時停止したJobを再開します。 |
Pod
| アクション | 説明 |
|---|---|
| 削除 | Podを削除します。 |
ノード
| アクション | 説明 |
|---|---|
| CORDON | ノードをスケジュール不可としてマークします。 |
| UNCORDON | ノードを再度スケジュール可能としてマークします。 |
| DRAIN | メンテナンスの前にワークロードを安全に退避させます。 |
| 削除 | ノードオブジェクトを削除します。 |
| TAINT | ノードにTaintを適用します。 |
Service
| アクション | 説明 |
|---|---|
| 削除 | Serviceを削除します。 |
Ingress
| アクション | 説明 |
|---|---|
| 削除 | Ingressを削除します。 |
注意と制限事項
- アクションは非同期で実行されます。タイミングはワークロードとスケジューラーの状態に依存します。
- ［置換］は仕様全体を上書きするため、注意して使用してください。
- ［ロールバック］は、リビジョン履歴が利用可能な場合にのみ機能します。
- ［ドレイン］は、PodDisruptionBudgetルール、DaemonSet Pod、または退避制限により失敗する場合があります。アクションは、リソースの実際の名前空間でのみ適用されます。
- 特定のシステムワークロードは、安全のために特定のアクションをブロックする場合があります。