IaaS障害、ユーザー企業はどう対処すればいい？　クラウドベンダーが教える対応法と振り返り（2/2 ページ）

公開 2021年07月30日 18時00分

[ITmedia]

印刷する Googleで優先するソースとして追加

対応が終わったら振り返りを　人員の冗長化も重要

　障害対応が一段落したら、システムの構成と社内の体制を見直すフェーズに移る。

　まずは冗長化構成の見直しだ。冗長化をしておらず、IaaS障害に巻き込まれた企業は、障害を機に冗長化を検討するのがいい。かけられるコストや人的リソースとも相談しながら、サーバ単位で冗長化するのか、データセンター単位で冗長化するのかを検討できる。

　同じ構成でも制御ソフトウェアの設定を変えるだけでコストをかけずに障害耐性を上げることもできる。IaaS障害発生時にソフトウェアが思い通りに動かず、冗長化していたにもかかわらずユーザー企業のサービスがダウンした事例もあるため、ソフトウェアの設定見直しは必要な作業だ。

　次に検討できるのが社内の体制だ。障害対応では「対応経験もマニュアルもなく、エンドユーザーへどのように告知すればいいか分からない」「障害対応が属人化している」「上司への報告基準が分からない」など、ハードウェアもソフトウェアも関係ないところで多くの課題が洗い出される。

　これを記録に残し、検討を加えることで「障害発生から告知までのフローを文書化しよう」「人員を増やして教育も施し、属人化を解消しよう」「報告ガイドラインを定めよう」など対処ができる。

　ここで考えられるのが“人員の冗長化”だ。属人化を防ぐため、障害対応に当たれる人材を複数人配置するのも人員の冗長化といえる。

　複数人を別の勤務地に分散させるのも有効だ。IaaS障害は自然災害で発生することもある。同じ地域に複数人配置していても全員被災して障害対応できないという可能性もある。地域を分散させれば一方が被災していても、もう一方が対応できる。

　このようにIaaS障害への対応はその場の復旧作業だけでなく、事前の準備と事後の振り返りが重要だ。このような対応はIaaS障害に巻き込まれてみないと気付きにくい。しかしIaaS障害に巻き込まれて気付くようでは遅いこともある。だからこそ、日頃からIaaSへの理解を深め、想像力をもって対応方法を検討するのが大切だ。