
この記事の要点
- クラウドの運用管理には、監視、障害の一次対応、更新、バックアップ、権限、費用、構成の記録の仕事があります
- クラウドの事業者が守るのは基盤までで、データ・アカウント・設定は、使う側の仕事として残ります
- 24時間の運用は、見張る・受けて切り分ける・直して再発を防ぐ、の3つの層に分けると、誰が何を担うかを決めやすくなります
クラウドの運用管理とは、クラウドに置いたシステムを、止めずに、安全に、費用を抑えて使い続けるための日々の仕事です。サーバーの機器の面倒はクラウドの事業者が見てくれますが、その上で動くシステムの見張り、更新、権限、費用の管理は、使う側が担う仕事として残ります。
「クラウドに移せば、運用はいらなくなる」と思われることがありますが、実際には仕事の中身が変わるだけで、なくなるわけではありません。この記事では、運用管理で何をするのか、誰が担うのか、どこまで外部に頼めるのかを順に説明します。
クラウドの運用管理とは
クラウドの運用管理は、システムが動き始めた後に、毎日・毎月くり返す仕事の集まりです。作って終わりではなく、使い続ける間ずっと続きます。
クラウドには、必要なときに利用者が自分で資源を追加できること、使う量に応じて素早く増やしたり減らしたりできること、使った量が測られて見えること、といった特徴があります。米国の国立標準技術研究所(NIST)は、こうした特徴をクラウドの基本の性質として定義しています。
出典:The NIST Definition of Cloud Computing(NIST SP 800-145)
この手軽さは大きな利点ですが、運用の面では注意が要ります。誰でもすぐにサーバーを増やせるため、使っていない資源が残って費用がかさむことや、権限が広がったまま放置されることが起きやすくなります。クラウドの運用管理では、機器の保守の代わりに、こうした「増えすぎ」「広がりすぎ」を管理する仕事の比重が大きくなります。
運用管理で、何をするのか
運用管理の仕事は、大きく7つに分けられます。
| 仕事 | 内容 |
|---|---|
| 監視 | システムが動いているか、資源が足りているかを見張り、異常を知らせる |
| 障害の一次対応 | 知らせを受けて状況を確かめ、決めた手順で切り分ける |
| 更新 | OS やソフトウェアの修正(パッチ)を、計画を立てて当てる |
| バックアップ | データを複製して保管し、戻せるかを定期的に試す |
| 権限の管理 | 誰がどこまで操作できるかを決め、退職や異動のときに見直す |
| 費用の管理 | 利用料の推移を見て、使っていない資源を整理する |
| 構成の記録 | どこに何があるか、どう設定したかを、図と記録で残す |
監視は、異常に早く気づくための仕事です。障害のときは、慌てずに動けるよう、あらかじめ手順書を用意しておきます。セキュリティパッチの適用やバックアップは、地味ですが欠かせない仕事です。権限はIAMの仕組みで管理し、費用の管理はFinOpsという考え方で整理されることもあります。
構成の記録は後回しにされがちですが、担当者が替わったときや障害のときに、記録がないと原因の調査に時間がかかります。7つの仕事を、それぞれ誰が、どの頻度で行うかを決めておくことが、運用管理の出発点です。
誰が担うのか。事業者と使う側の分担
クラウドの事業者が守るのは、データセンターや機器、仮想化の基盤までです。その上に置くデータ、アカウント、設定は、使う側の仕事として残ります。
この分担の考え方を責任共有モデルと呼びます。Microsoft は、どの形でクラウドを使う場合でも、データとアカウント(ID)は利用者のものであり、データ、端末、アカウント、アクセスの管理の責任は利用者に残る、と説明しています。
出典:Shared responsibility in the cloud(Microsoft Learn)
どこからが使う側の仕事になるかは、仮想サーバーを借りる形か、アプリケーションをそのまま使う形かで変わります。くわしくはIaaS・PaaS・SaaS の違いと、運用の責任の分かれ目と、責任共有モデルとは。クラウドの事業者が守る範囲、利用者が守る範囲で説明しています。
24時間の運用は、3つの層に分けて考える
24時間止められないシステムの運用は、見張る、受けて切り分ける、直して再発を防ぐ、の3つの層に分けると、誰が何を担うかを決めやすくなります。すべてを一人の担当者が夜通し見る形は、長くは続きません。
1つ目の層の「見張る」は、監視のツールに任せます。ツールは24時間365日、休まず自動で動き、異常があれば知らせます。人が画面を見続ける必要はありません。
2つ目の層の「受けて切り分ける」は、知らせを受けた人が、手順書にもとづいて状況を確かめ、再起動などの決められた対応をする段階です。夜間や休日にこの役割を担う人を決めておくことを、オンコールと呼びます。社内で担う形のほか、手順書を渡して外部の専門の会社に任せる形もあります。
3つ目の層の「直して再発を防ぐ」は、原因を調べ、設定や構成を直し、同じことが起きないよう対策をとる段階です。急ぎでなければ、翌営業日以降に落ち着いて取り組みます。
24時間の運用を、3つの層に分ける
- 見張る監視のツールが24時間365日、自動で動き、異常があれば知らせる
- 受けて切り分ける知らせを受けた人が、手順書にもとづいて状況を確かめ、決められた対応をする。夜間・休日は、社内のオンコールのほか、外部の専門の会社に任せる形もある
- 直して再発を防ぐ原因を調べ、設定や構成を直し、同じことが起きないよう対策をとる。急ぎでなければ翌営業日以降に
3つの層を分けておくと、「夜間も見張りは続いているが、深い調査は翌朝に回す」といった現実的な体制を組めます。障害のときの連絡の流れは、障害が起きたときの一次対応。連絡の流れと手順書もあわせてご覧ください。
どこまで外部に頼めるのか
運用管理の多くの仕事は、外部の会社に頼めます。ただし、頼んだ後も、使う側としての責任は残ります。
総務省の「クラウドの設定ミス対策ガイドブック」は、システム会社が行った設定であっても、最終的な責任は利用者が負うことになると説明しています。運用をまとめて任せるマネージドサービスについても、設定ミスのリスクは移せても、クラウドを使う責任や委託元としての責任は残ることに注意が要る、としています。
出典:クラウドの設定ミス対策ガイドブック(総務省、2024年4月)
外部に頼むときは、7つの仕事と3つの層のうち、どこを任せ、どこを自社に残すかを決め、契約に書きます。月ごとの報告を受けて、任せた仕事が回っているかを確かめる仕組みも用意します。頼み方の考え方は、マネージドサービス(MSP)とは。頼めること、頼めないことで説明しています。契約の個別の判断は、弁護士などの専門家にご確認ください。
当社のご支援
当社のクラウドの構築と運用管理では、AWS・Microsoft Azure・Google Cloud の運用を、月の時間に応じたプランでお手伝いしています。監視の仕組みは当社が設計・設定して24時間自動で回し、夜間・休日のアラートの受け付けと一次対応は当社の手順書にもとづいて外部の専門の会社が担い、原因の調査と再発の防止、月ごとの報告は当社が営業時間内に行います。いまの運用で足りていないところを確かめたい方は、クラウドの自己診断(無料)もご利用ください。料金の目安は料金のページにまとめています。
- クラウド
- 運用管理
- 監視
- 責任共有モデル
この記事に出てくる用語
このコラムは一般的な情報の提供を目的としたもので、個別の状況への助言ではありません。製品・サービスの名前と内容は、記事の更新日の時点のものです。