クラスタ設定を変更する
1. ワーカーグループの追加
ステップ4：各フィールドに必要な情報を入力してください。
インスタンスタイプ: ワーカーノードのインスタンスタイプ（CPUまたはGPU）を選択します。
タイプ: ワーカーノードの構成（CPUとメモリ）を選択します。
コンテナランタイム: Containerdを選択します。
ストレージポリシー: ワーカーノードディスクのストレージポリシータイプを選択します（IOPSをサポート）。
ディスク（GB）: ワーカーノードのルートディスクの容量を選択します。
ネットワーク: KubernetesクラスターVMを展開するサブネットを選択します。
最小スケール: k8sクラスター内のワーカーノード用VMインスタンスの最小数。本番環境では最低3ノードを推奨します。
最大スケール: k8sクラスター内のワーカーグループに属するワーカーノード用VMインスタンスの最大数。
ラベル: ワーカーグループにラベルを適用します。
Taint: ワーカーグループにtaintを適用します。
2. ワーカーグループのラベル/テイントの編集
3. 自動ノード修復の有効化/無効化
クラスタ自動スケーリングに加え、FPTCloudはノード自動修復機能を提供します。この機能は、ワーカーノードが3分以上NotReady状態のままの場合に自動的に再起動します。ワーカーノードが過負荷状態になった場合や、コンテナランタイムやkubeletに関連する問題によりノードがNotReady状態になった場合に有効です。自動修復後もノードがReady状態に戻らない場合、システムは10分後にNotReadyノードを同一設定の新規ノードと置換します。この機能はワーカーグループ（クラスターシステムコンポーネントを含むワーカーグループ）に対してデフォルトで有効化されています。ユーザーはクラスター内の他のワーカーグループに対して本機能を有効化または無効化できます。
4. ワーカーグループベースの移住機能
ユーザーがワーカーグループベースを変更する場合、システムコンポーネント（CoreDNS、メトリクスサーバー、CNIコントローラーなど）は新しいワーカーグループベースに属するワーカーノードに再デプロイされます。この機能は、ワーカーグループベース内のワーカーノードフレーバー構成を増減させたい場合に有用です。このような場合、希望するワーカーノード構成を持つ新しいワーカーグループを作成し、その新しいワーカーグループベースに移行した後、古いワーカーグループベースを削除します。
5. K8s バージョンアップグレード
6. クラスタエンドポイントアクセスの変更
6.1 FPT CLOUD 上のKubernetesクラスターのアクセスモードを変更するには、以下の手順に従ってください。
注意:
M-FKEは、パブリックモードとプライベートモード間のアクセスモード変換のみをサポートします（例: パブリック ➔ プライベート、またはその逆）。
Kubernetesクラスターがパブリックモードの場合、M-FKEはアクセスモード変換をサポートしません。
6.2 Allow CIDRを更新するには、次の手順に従ってください：
6.3 Allow CIDR を削除するには、次の手順に従ってください：
7. 内部サブネット負荷分散装置（CIDR）設定の変更
FPT CLOUD は、Unify Portal上で内部サブネットロードバランサー（CIDR）の範囲を変更したいお客様をサポートします。お客様は以下の手順に従ってください。
Last updated