Kubernetes リリース カレンダー

Kubernetes Version	Upstream Release	FKE Preview	FKE GA	FKE Standard Support End
1.21	2021年4月	2022年6月	2022年6月	2024年9月
1.22	2021年8月	2023年2月	2023年3月	2024年11月
1.23	2021年12月	2023年6月	2023年7月	2025年2月
1.24	2022年5月	2023年8月	2023年9月	2025年5月
1.25	August 2022	2023年9月	2023年10月	2025年8月
1.26	2022年12月	2023年12月	2024年1月	2025年11月
1.27	2023年4月	2023年12月	2024年2月	2026年2月
1.28	2023年8月	2024年2月	2024年3月	2026年5月
1.29	2024年1月	2024年4月	2024年5月	2026年8月
1.30	2024年4月	2025年4月	2025年5月	2026年11月
1.31	2024年8月	2025年4月	2025年5月	2027年2月
1.32

M-FKE使用に関する重要事項

• ネームスペースの使用: アプリケーションや環境を分離・管理しやすくするため、ネームスペースを作成してください。アプリケーションデプロイメントには、システムが事前に作成したネームスペースの使用を避けてください。 システムが作成したネームスペースを使用したアプリケーションのデプロイは避けてください。

• ワーカーグループの使用: k8sクラスター作成時、システムコンポーネント（コネクター、メトリクスサーバーなど）を格納するため、少なくとも1つのワーカーグループ（base）が必要です。高可用性が求められる本番環境では、baseグループに少なくとも3つのワーカーを構成し、アプリケーション用に別のワーカーグループを使用することを推奨します。

• レディネスプローブとライブネスプローブの使用: アプリケーションの可用性を確保します。

レディネスプローブは、ポッドがリクエストを受け入れる準備が整った場合にのみリクエストを転送します。ポッドの起動には通常時間がかかるため、レディネスプローブを設定することで、起動中（アプリケーションがまだ準備できていない状態）にサービスがポッドへリクエストを転送するのを防ぎます。

リバネスプローブは、アプリケーションを実行しているポッドがRunning状態にあることを確認します。リバネスプローブが失敗した場合、ポッドは再起動されます。

• リソース要求と制限の設定: コンテナが実行に必要な十分なリソースを確保し、許可されたリソース量を超過しないようにします。制限がない場合、ポッドは許可量を超えてリソースを消費し、ノードのクラッシュを引き起こす可能性があります。

• オートスケーリングの利用: Kubernetes HPAベースのFKEのオートスケーリング機能を活用することで、アプリケーションはトラフィック増加に迅速に対応できます。トラフィック使用量が低い場合、システムは自動的にPod/ノード数を最小化します。

• 複数ポッドの使用（2つ以上）：高可用性を確保するため、サービスごとに2つ以上のポッドを使用することを推奨します。アンチアフィニティを使用して、レプリカポッドが異なるノードにデプロイされるようにします。

• パーシステントボリュームの使用：M-FKEはブロックストレージをサポートします。

ブロックストレージはシステムのデフォルト選択であり、RWOをサポートし、ストレージポリシーに基づいて優れたパフォーマンスを提供します。

• バックアップ：PVC上のデータ（存在する場合）はユーザー自身でバックアップを実施する必要があります。VMへのバックアップ後、FCloud Backup & Recoveryソリューションを使用してVMをバックアップできます。

• 監視とロギング：FMONを使用してKubernetesクラスターに監視とロギングを統合します。システムのアラートを設定してください。