要約

  • Linodeは8月19日04:00〜05:30 UTCにCloud Manager、API、CLIを停止する。インスタンスの作成、削除、起動、移行、バックアップ、停止などは実行できない。
  • 稼働中のLinodeとKubernetesワークロードは継続する見込みだが、Kubernetes APIや自動スケーリング、永続ボリュームの着脱など、APIに依存する操作は利用できなくなる。

クラウドが動いていることと、そのクラウドを操作できることは同じではない。Linodeが予定している90分間の保守は、その違いを利用者に突きつける。

公式の保守通知によると、Cloud Manager、API、コマンドラインインターフェースは8月19日04:00から05:30 UTCまでオフラインになる。利用者はログインできず、インスタンスの作成、削除、起動、移行、バックアップ、停止といった管理操作を行えない。

一方、すでに稼働しているインスタンスと関連サービスについて、Linodeは中断しない見通しを示している。処理や通信を担うデータプレーンを残し、状態変更の命令を受け付けるコントロールプレーンを止める計画だ。

この区別はLinode Kubernetes Engineでいっそう重要になる。保守対象にはKubernetes APIも含まれる。自動スケーリング、ノードの再作成や再起動、永続ボリュームの着脱、NodeBalancerのプロビジョニング、新規クラスタの作成は影響を受ける。既存ノードとそこで動いているワークロードは継続する見込みだ。

したがって、この通知はワークロード停止の予告ではない。アプリケーションが応答し続けていても、需要の急増、ノード障害、ストレージ変更、負荷分散の調整に通常の管理経路で対応できない時間帯が生じるという知らせだ。十分な容量を先に確保した環境と、直前の自動拡張を前提にした環境では、同じ90分でもリスクが異なる。

支援経路も制限される。Linodeによれば、保守中はサポートチケットを利用できない。電話窓口は通じるものの、担当者は利用者を認証できず、Cloud ManagerやAPIに関する操作も行えない。新規アカウントの申請と保留中の本人確認も止まる。

この共通依存はLinodeの通常の製品説明とも一致する。Cloud Managerの概要はウェブ管理画面が公開API上に実装されているとし、CLIガイドはコマンドラインツールをAPIのラッパーと説明する。APIリファレンスにはインスタンス、LKE、ブロックストレージ、NodeBalancerの管理が含まれる。LKE運用ガイドは、基盤を操作するLinode APIとクラスタオブジェクトを管理するKubernetes APIを分けている。

公式記録はCloud ManagerとAPIに加え、北米、欧州、アジア太平洋、中南米、アフリカの43地域を保守に関連付けている。8月19日01:13 UTC時点で、各地域と関連コンポーネントは稼働中と表示され、保守の状態は「予定」のままだった。

ここには重要な時点の制約がある。通知は7月9日に掲載されたが、作業そのものは8月19日の予定だ。通知には変更内容の詳細、技術的な理由、ロールバック計画がない。作業開始、05:30 UTCまでの完了、ワークロード無停止という見通しの実現は、いずれもまだ確認された事実ではない。

利用者が今できるのは、停止を想像することではなく、公開された境界に備えることだ。時刻に制約のあるインスタンス操作は04:00 UTCまでに済ませる。LKE運用者は、容量変更、ノード交換、ストレージ接続、ロードバランサー変更が保守時間に重ならないかを確認する。管理APIなしでも、稼働中のアプリケーション内部から実行できる復旧手順を整理しておく必要もある。

次に確認すべき事実はステータスページに出る。保守が予定どおり始まったか、管理機能が05:30 UTCまでに戻ったか、復旧後に制約が残ったかで、この予定作業の意味は変わる。

出典