データ・センターの閉鎖: 閉鎖の計画

1. ハードウェアおよび設備のメンテナンス

データセンター内には数百台から数万台のコンピューティング・デバイスがあり、それぞれにハードドライブ、電源装置、ファン、その他の壊れることが避けられない部品が使用されています。また、数年以内に時代遅れになることもほぼ確実です。常に余剰容量があり、故障時に自動的に使用できる「ホットスペア」がある一方で、スタッフはディスクや電源装置の交換、断続的な故障の診断、アップグレード、セキュリティ・パフォーマンスパッチの適用、コンポーネン トの交換、機器の再構成、その他のメンテナンスの実施に追われています。データセンターのオーナーは、コンピューティング・ハードウェアに加え、高度な物理セキュリティ管理、信頼性の高い電力分散、冷暖房、ケーブル配線、消火設備、インターネットおよび内部ネットワーク接続などを必要とする物理的な建物も維持する必要があります。

2. サイバー攻撃を防ぐハードウェアのパッチ適用

新しいセキュリティ脆弱性に対してサーバーやルータにパッチを適用することは、サイバーセキュリティの要件として不可欠ですが、多くの組織のデータセンター担当者がそうしたパッチの適用に苦慮しているため、システムが攻撃に対して脆弱な状態に置かれています。広く報じられた複数の顧客のデータ漏洩は、パッチ適用が可能であるにもかかわらず脆弱なまま放置されたデータセンター・システムが原因となったとされています。

3. 時間がかかり高コストなスケールアップ

時間の経過とともに、健全な組織のコンピューティング要件はほぼ確実に増加し、そのためには、既存のハードウェアをより強力な機器に置き換える、完全に新しいハードウェアのラックの取得と設置が必要になります。新しい機器の指定、注文、構築、出荷、プロビジョニングのインストール、およびその統合のプロセスには、数週間から数カ月、場合によってはそれ以上かかることもあります。このため、データセンターに将来予想されるニーズを処理するのに十分な余剰容量がない限り、迅速な対応はできません。コンピューティング・ニーズがデータセンターの物理的な規模以上に拡大した場合、組織は大規模な不動産投資と設備投資の決断に迫られます。

4. スケールダウンの難しさ

ハードウェアやその他のインフラストラクチャがデータセンターに設置されると、特に時間とともにコンピューティング・ニーズが変化する場合、その除去は困難で、高コストになりがちです。例えば、季節的なトランザクションの負荷を処理するためにサーバー容量が必要となった場合、その年の残りの期間はその機器をどうするかというように、スケールダウンが短期的に問題となることもあります。（面白い事実：初期のオンライン・サービスの一部は、企業が未使用の余剰コンピューティング能力を収益化する方法として、さかのぼること1980年代に始まりました。）

5. 絶えず変化するセキュリティ・ニーズ

幸いなことに、データセンターの物理的セキュリティのニーズは、通常時間をかけて変化します。おそらく鍵付きのロックはキーパッドに、キーパッドはスマート・バッジに、スマート・バッジは網膜スキャンや指紋に置き換えられたことでしょう。フィッシングによって従業員のノートパソコンに侵入したサイバー犯罪者がWebサイトに対してブルートフォース攻撃を実行したり、サーバー・オペレーティング・システムやデバイスのファームウェアに対して新たに発見されたエクスプロイトを利用するなど、デジタル・セキュリティにはめまぐるしく変化する課題があります。データセンターには、常時のセキュリティ・モニタリングと、急速に進化する脅威を防御するための新しいツールが必要です。

6. 人件費の高さ

最新の技術による自動化があるとはいえ、データセンターには依然として人員が必要です。24時間体制のセキュリティ・オペレーション・センター（SOC）のスタッフから、データセンターのシステムの更新を設計するスペシャリストまで、データセンターには熟練した技術者が必要となります。そのような技術者は従業員である場合もあれば、契約社員であったり、マネージド・サービス・プロバイダーで働いている場合もあります。このような人材の採用、確保、育成には、サービス・プロバイダーや組織のいずれにとっても多大なコストがかかります。一部の市場では、組織は有能な候補者を十分に確保することに苦労しています。

1. データセンターのリース終了

テクノロジーの高度な進歩やビジネス・チャンスにより、物理的なデータセンターからクラウドに移行する時期が来たと確信することもあるでしょう。実際のスケジュールは、データセンター施設のリースなど、技術以外の問題に左右される可能性があります。そのようなリースは、5年から20年という長期にわたることがよくあります。リースの終了はコスト削減の機会となります。リースしているデータセンターを終了するプロセスには1年以上かかる場合もありますが、リース開始日は、ハードウェアの購入計画、メンテナンス契約、サービスプロバイダー契約、減価償却スケジュール、人員配置計画を見直し、クラウドへの移行計画を立案する重要なきっかけとなります。

2. データセンターの統合

組織は、有機的に、あるいは買収を通じて、時間とともに成長し、発展を遂げていきます。複数のデータセンターが存在し、それぞれが異なるビジネス部門のサービスを提供していることも珍しくなく、場合によっては国内外全体にわたり分散していることもあります。例えば、レガシーなeコマース・トランザクション・システムをホスティングしている施設と、在庫管理の新しいシステムを専用にホスティングしている施設など、買収した資産によって、異なる施設が別々のエンタープライズ・リソース・プランニング（ERP）アプリケーションやデータベース・サーバーをホスティングすることになりかねません。このような乱立は、規模の経済によるメリットを享受する機会を逃すことになります。しかし、このような複数のデータセンターを少数の自社施設に統合することは、テクノロジー的にも運用的にも多くの場合不可能です。しかし、1つのデータセンターをクラウドに移行し、さらに別のデータセンターを移行することで、物理的な移動による混乱や、統合に向けより大規模な施設を購入する必要なく、大幅なコスト削減を実現しながら同じ目標を達成できます。

3. データセンター・ハードウェアの寿命

データセンターの世界では、ハードウェアの寿命には限りがあり、それは多くの場合、完全な故障ではなく陳腐化によるものです。データセンターの機器の寿命を予測または計画することで、移行のスケジュールや機会を提供することができます。陳腐化をもたらす要因とは何でしょうか。ルーターがエッジ・コンピューティング・サービスを提供する機能を備えていないなど、システムが新しい利用パラダイムに対応する準備ができていないこともあります。容量が少ないストレージを搭載したデータベース・サーバーや、高速のソリッド・ステート・ドライブ（SSD）ではなく低速の回転式ハードディスク・ドライブを推進しているデータベース・サーバーなど、新しいモデルに比べて機器が非効率的なこともあります。コンピューティング・アーキテクチャが変更された可能性があります。組織が、x86ベースのサーバーからARMベースのデバイスに移行しつつある場合もあります。また、セキュア、エネルギー効率、コンプライアンス、災害対策、あるいは建物自体の状態など、寿命に関する懸念があることも考えられます。

データ・センターの機器の寿命とはどれくらいでしょうか。よくメンテナンスされた冷暖房、電源、セキュリティ・システムなど、主要な設備インフラストラクチャの場合、大幅なアップグレードを行うまでの年数は10年以上になることもあります。ラック内の個々の機器については、改良された新しいギアに交換するまでのおおよその目安は3年から5年です。

ギアが寿命を迎えた場合、古いハードウェアのラックを交換するのは、コストと労力がかかり、業務に支障をきたす可能性があります。機器の寿命によるハードウェアの大規模な更新に直面している企業は、クラウド移行がより魅力的でコスト的にも有効であると考える可能性があります。また、こうしたカットオフ・ポイントにより、計画立案を支援する自然なスケジュールが提供されます。

4. クラウド移行

データセンター環境の運用における課題を克服する最も容易かつ最善の方法は、データセンターを完全に終了し、アプリケーション、データ、サービスをクラウドに移行することです。クラウド移行により、資本的支出（CapEx）は管理可能な営業費用（OpEx）になります。アーキテクト、エンジニア、開発者、管理者は、サービスを提供し、ビジネス上の問題を解決し、ビジネスチャンスに対応するという、重要な部分に集中することができます。

電力供給、冷却、帯域幅の提供、ケーブルの配線、焼損した部品の交換、断続的なネットワーキング問題の診断、インターネットルーターに対するサービス妨害攻撃への対処、洪水や火災に備えた計画、ハードウェア技術者や警備員の雇用など、データセンターの運用で競争上の優位性がもたらされない部分は、お客様にご対応頂く必要はありません。これらについての責任は、最大手企業以外にはない規模の経済性を有するクラウド・プロバイダーが担います。

さらに、クラウド・プロバイダーは本質的に柔軟であるため、システム管理者は新しいサーバーやその他の機能を数カ月ではなく数分で立ち上げることができます。ピーク容量のサービスが不要な場合は、再び必要になるまで（そのコストとともに）リリースしておくことができます。年度末の決算や季節的なイベントなど、限られた期間だけサービスが必要となる場合は、ハードウェアを追加購入することなく、数日、数週間、数カ月単位でサービスを追加することができます。

1. 棚卸し

内容が分からないものを移行することはできません。つまり、ハードウェア、ソフトウェア、そして外部のサービス・プロバイダーを含むサービスのカタログを作成します。また、契約書を把握します。データの保存場所、フォーマット、バックアップの場所、システム間の依存関係、コンプライアンスやデータ・レジデンシーなど、特定の懸念事項の有無を把握します。自動化された資産検知ツールがこのプロセスを支援します。予期せぬこともあるでしょう。

2. ビジネス要因の確認

今度は、リース、減価償却スケジュール、サービス・プロバイダー契約、ライセンスを精査します。既存のプロバイダーの中には、クラウド・プロバイダーと共に移行できるものもあれば、できないもの、またお客様に移行を望まれないものも含まれる可能性があります。

3. ビジネスケースの提示、予算の決定、スケジュールの作成

この作業がまだ行われていない場合は、組織内の全員が新しい戦略にオンボーディングしており、且つ意見が一致していることを確認します。これは、取締役会レベルの決定事項となるでしょう。

4. 資産ごとの計画決定

各アプリケーションを見て、クラウド・アーキテクチャがどのようなものになるかを決定します。データについても検討します。新しいアプリケーションやストレージ・パラダイムに合わせてデータのフォーマットや構造を変更する必要はあるのか、またそれはどのような方法で行うのでしょうか。データはどのような方法で移行するのでしょうか。システム間でどのようなアクセスが必要で、クラウドではそれをどのように処理するのでしょうか。エンド・ユーザーはどのような方法でアプリケーション、データ、サービスにアクセスするのでしょうか。セキュリティ・アーキテクチャはどのようなものになるのでしょうか。

5. 人員に関する懸念点の確認

すべての従業員のスキルが新しいパラダイムに適用できるわけではありませんし、すべての従業員が新しいモデルに興味を持つわけでもありません。しかし、従業員の多くはクラウド・サービスの可能性に期待を抱いており、必要となる専門知識や 認定資格を得るために再トレーニングを受けることができます。

6. クラウド・サービス・プロバイダーの移行サービスとの連携

クラウド・プロバイダーやサードパーティ・ベンダーは、自動化ソフトウェア・システムから高度なコンサルティングまで、移行やデータセンター終了を支援する広範なツールを提供しています。組織が自社の資産やニーズは把握している一方で、クラウド・プロバイダーやスペシャリスト移住における経験を有しています。そうした専門知識は確実にご活用ください。

7. 段階的な移行の開始

すべてを一度に移行することはできませんし、少なくともそうすべきではありません。最も容易で、最もサイロ化されたアプリケーション、データ、サービスから始めて、自信と経験を獲得し、チームと従業員に迅速に成果をもたらします。段階的移行は、クラウドに移行するシステムもあれば、数週間から数カ月データセンターに残るシステムもあり、しかも異なる部分が移行されてもシームレスに相互運用しなければならないという点で難しい場合があります。このような過渡期に破損が生じないことを確認するための追加作業は、現在および将来の耐障害性の高さにつながります。

8. 照明の消灯

移行が完全に完了したら、古いデータセンターを停止し、残っている資産を処分して、未来に目を向けます。