コスト効率の高いクラウドコンピューティング環境を設計する方法

[[408050]]

今日、企業がオンプレミスのデータセンターを運用する時代は終わり、クラウド コンピューティング テクノロジーは、拡張性、柔軟性、コスト効率という約束をほぼ実現しています。こうした約束にもかかわらず、多くの企業は理想的なクラウド コンピューティング導入目標を達成できていません。何故ですか？

クラウド コンピューティングの管理は難しいため、特にコストの管理は困難です。 AWS やその他のクラウドプロバイダーにサインアップしても、自動的にコストが節約されるわけではありません。逆に、コストを節約するためにクラウド コンピューティングを導入するには、多くの容量計画、慎重な分析、一貫した監視、正確な予測、そして終わりのない調整が必要であり、誰もが圧倒されるほどです。

しかし、その努力は報われるでしょう。クラウド プラットフォームが適切に管理されていれば、オンプレミスのデータ センターを運用する場合と比べて大幅なコスト削減が実現できます。しかし、企業が事前にコスト戦略を策定せずに急いでビジネスをクラウド プラットフォームに移行すると、長期的にビジネスが拡大するにつれて数百万ドルの損失が発生する可能性があります。

では、クラウドコストを最大限に節約するために、企業はどのようなガイドラインに従うべきでしょうか?すぐに実装または実行を開始するための一般的な考慮事項を以下に示します。

1. クラウド移行

ワークロードをクラウドに移行することは、企業にとって最初の、そして最も複雑なステップです。したがって、移行を開始する前に、企業は次の点に留意する必要があります。

（１）移行前の環境分析

オンプレミスのデータセンターが拡大し、過剰にプロビジョニングされている場合、クラウド コンピューティング環境でも同じことが起こり、この問題に直面する可能性があります。ただし、移行前に企業がクリーンアップしない限りは。

プラス面としては、慣れていないクラウド コンピューティング環境に移行した後にクリーンアップするよりも、現在の使い慣れたオペレーティング環境をクリーンアップする方が簡単です。したがって、企業はクラウド移行前に現在の運用環境を分析することが重要です。

まず、現在使用されていないアセットを非アクティブ化します。たとえば、企業には特定のプロジェクト用に構成された仮想マシン (VM) があり、そのプロジェクトが完了したときにシャットダウンされなかった場合があります。したがって、アプリケーションは不要になっても実行され続けます。これらのリソースを今特定して削除すると、将来のクラウド コンピューティング コストが削減されるとともに、エンジニアが将来直面する問題も軽減されます。

（２）企業のクラウドコンピューティングアーキテクチャの青写真を作成する

次に、企業はアプリケーション スタックを再構築する必要があります。この作業は思ったほど困難ではありません。企業はオンプレミス インフラストラクチャのインベントリを作成し、クラウド プラットフォーム内で対応するインフラストラクチャを見つける必要があります。たとえば、企業ではメッセージ キューに複数の専用サーバーを使用します。企業がビジネスを AWS クラウド プラットフォームに移行する場合、クラウド移行の前に AWS で同様のインスタンス タイプを特定する必要があります。

（３）「リフトアンドシフト」アプローチに従わない

魅力的かもしれませんが、何をするにしても、「リフト アンド シフト」アプローチは避けてください。企業の現在の環境を最適化する方法は確かに存在しますが、既存の環境をそのままクラウド プラットフォームに移行するだけでは、パフォーマンスとコストを再編成、リファクタリング、最適化する機会を逃すことになります。

たとえば、企業では、使用されていない仮想マシンを実行したり、使用されていない開発サーバーをバックアップしたり、低コストのアーカイブ ストレージ クラスに割り当てることができるデータを保存したりする場合があります。企業は、クラウド プラットフォーム上で動作するようにアーキテクチャを再調整する必要があります。

2. クラウドガバナンス

クラウド コンピューティングのコストを管理する責任者が必要であることに注意することが重要です。企業の規模に応じて、ガバナンス チームまたは特定の個人が担当する場合もありますが、早期に実行する必要があります。

（1）クラウドコンピューティングの支出が特定の個人またはチームによって管理されていることを確認する

クラウド コンピューティングの予算管理は言うほど簡単ではありませんが、タスクがチームまたは特定の個人に委任された場合、ビジネスが目標を達成できるようにすることが最優先事項になります。クラウド コンピューティングの予算を管理し、誰がリソースを提供できるか、誰が提供できないかを判断し、リソースの使用状況を監視する責任を負います。

組織がガバナンス戦略を確立できない場合、多くの人が責任を負わずにリソースをプロビジョニングするリスクがあり、大幅な過剰支出と大きな混乱につながる可能性があります。

（２）ガバナンスは大企業だけに適用されると考えない

会社は管理するには小さすぎると思いますか?この考えは間違っています。

少なくとも、クラウドの支出を監視し、割り当てられた予算に沿っていることを確認する責任者が必要です。この担当者は、企業の財務部門と連携して予算の作成、使用状況の監視、請求リマインダーの作成などを行います。

3. クラウドセキュリティ

組織がセキュリティを考慮せずにクラウドに移行すると、大きな間違いを犯すことになります。 2025年までに、サイバー犯罪による世界の損害は10.5兆ドルを超えると推定されています。さらに悪いことに、最近の Verizon の調査によると、クラウド セキュリティ侵害の件数がオンプレミス侵害の件数を初めて上回りました。言うまでもなく、企業は業務をクラウドに移行するときにセキュリティを優先する必要があります。始めるにあたってのヒントをいくつか紹介します。

（１）階層化されたマルチレベルのクラウドセキュリティ計画を策定する

組織のクラウド セキュリティ戦略では、業界の特定の標準と規制に準拠しながら、サイバー攻撃が発生した場合にデータと IT 資産を保護する必要があります。

クラウド セキュリティ戦略には次のようなものがあります。

• 適切に設計されたフレームワークを使用してソリューションを構築します。
• 脅威の検出、自動パッチ適用、セキュリティ監査などのソリューションを使用します。
• トランジット ゲートウェイまたは同様のテクノロジーを使用して、オンプレミス ネットワークをクラウド プラットフォームに接続します。
• レガシー システムと Web アプリケーションに適切なファイアウォール ルールを作成します。

（２）クラウドプロバイダーのセキュリティ管理に全面的に頼らない

多くのクラウド コンピューティング プロバイダーが優れたセキュリティ ソリューションを提供していますが、それらだけに頼っていてはすべての問題が解決されるわけではありません。たとえば、AWS は共有責任モデルを導入しており、AWS クラウド プラットフォームのセキュリティはインフラストラクチャのみをカバーし、ユーザーは独自のアプリケーションを保護する必要があると規定しています。

4. インスタンスのスケジュール

サーバーの稼働期間が長くなるほど、請求額は大きくなります。そして残念なことに、クラウドで新しい仮想マシンを作成することが非常に簡単になったため、多くの人が、使用しなくなった仮想マシンをシャットダウンすることを忘れてしまいます。その結果、クラウド コンピューティングのコストは必要以上に 66% 高くなります。

したがって、クラウド コストを削減したい場合は、インスタンスをスケジュールするときに次の点に留意する必要があります。

（1）インスタンスを自動的にスケジュールする

多くの従業員は、仕事が終わった後にインスタンスをシャットダウンするのを忘れがちです。実際、優秀な従業員であってもこのような状況に遭遇する可能性があります。一方、インスタンスを自動的にスケジュールすると、シャットダウン プロセスを簡素化しながら人為的なエラーを回避できます。

AWS の Amazon インスタンス スケジューラや Microsoft Azure の開始/停止機能を使用すると、非実稼働環境で「オフピーク時間」にインスタンスをシャットダウンし、必要に応じて再起動することが簡単になります。これらのツールに加えて、企業は、スケジュール設定プロセスで何か問題が発生した場合に通知を受け取れるようにアラートを設定することも検討する必要があります。

（２）AWSの自動スケーリングを活用する

AWS Auto Scaling により、企業はクラウド コンピューティングの弾力性を最大限に活用できるようになります。このテクノロジーは、アプリケーションの容量ニーズを継続的に監視し、現在の使用状況に合わせてリソースを自動的に調整します。その結果、企業はワークロードのために大規模な仮想マシンを分離する必要がなくなります。代わりに、低スペックのサーバーから始めて、それを自動スケーリング グループに追加することができます。需要が増加すると、規模の拡大に対応するためにキューにノードが追加されます。同様に、需要が減少すると、追加のノードも削減されます。

これにより、パフォーマンスとコストが最適化され、企業は未使用のリソースに対して料金を支払う必要がなくなり、アプリケーションを実行するために常に適切な数のインスタンスを確保できるようになります。

（３）仮想マシンを連続稼働させない

これは明らかなように思えるかもしれませんが、前述のように、実行する必要がないときに仮想マシンをシャットダウンすることを忘れる人は多くいます。たとえば、平日の午前 9 時から午後 5 時までがピーク時間になる場合があります。つまり、特定の VM を週末や毎朝午前 3 時に実行する必要がない可能性があるのに、それらの VM を実行するために料金を支払う必要があるのでしょうか。代わりに、オフ時間中に未使用の VM の一部をシャットダウンして、コストを最大限に節約します。

5. トークン化された資産

資産にタグを付けるということは、企業の使用パターンを理解し、クラウド コストを最適化する上で重要な部分であることは間違いありません。アセット タグは、エンタープライズ クラウド フリート内の個々のリソースに付与して、どのアプリケーションに属しているかを追跡できるメタデータ ラベルです。通常、各リソースには最大 50 個のタグを割り当てることができ、必要に応じて整理したり名前を付けたりすることができます。

資産をトークン化する場合、次の点に留意することが重要です。

（1）クラウド導入の早い段階でタグ付け戦略を実装する

資産のトークン化を始めるのに早すぎるということはありません。実際、先延ばしにすればするほど、難しくなります。支出と使用量が増加すると (必然的に増加します)、各資産の責任者を識別し (リソースとコストを評価できるようにするため)、不要なリソースを廃止するなど、タグ付けシステムを導入する必要があります。

タグは多くの実用的なシナリオで非常に役立ちます。たとえば、特定のアプリケーションを使用していない場合は、アプリケーション名の値を使用してタグ「application」を検索できます。すると、そのアプリケーションに関連するすべてのリソースが表示されるので、簡単に削除できます。

さらに、タグを使用して予算を強制し、過剰な支出を防ぐこともできます。タグに予算のしきい値を設定し、そのしきい値に近づいたときに通知するアラートを設定するだけです。

（２）資産にタグを付ける前にクラウド移行を開始しない

企業が環境がそれほど複雑でない初期段階でタグ付けを行う場合、タグ付けは簡単です。しかし、環境が成熟すると、これは非常に困難になります。したがって、ビジネスをクラウドに移行する場合は、後悔しないように事前に計画を立て始めるようにしてください。

（３）リザーブドインスタンスとコスト削減プランの利用

企業が AWS を導入する場合、リザーブドインスタンス (RI) とコスト削減プランを使用することで、AWS オンデマンド料金と比較して最大 72% を節約できます。問題は、企業が 1 ～ 3 年先までリザーブドインスタンス (RI) を購入することを約束する必要があり、つまり使用ニーズを事前に予測する必要があることです。このような課題にもかかわらず、リザーブドインスタンス (RI) は、それを賢く使用する企業にさらに大きなコスト削減をもたらします。

（4）戦略なしにリザーブドインスタンスや貯蓄プランを購入しない

リザーブドインスタンス (RI) を使用する場合は、節約を最大限にするための戦略を立てることが重要です。多くの場合、企業は誤って未使用のリザーブドインスタンス (RI) を大量に購入してしまうことがあります。これにより、初期コストは節約されますが、回収はないため、予約された容量をどのように処理するかについて計画を立てておく必要があります。

企業は、柔軟性の向上とコストの削減を実現するために、ビジネスをクラウド プラットフォームに移行します。しかし、その約束を果たすには、クラウド プラットフォームやクラウド コンピューティング プロバイダーがすべての作業を実行することを期待することはできません。残念ながら、クラウド コンピューティングによって実現されるコスト削減は自動的に行われるものではありません。

そのため、クラウド移行コスト、セキュリティ、その他の重要な側面をカバーする戦略を策定することが、企業にとって最優先事項となるはずです。企業が長年クラウド コンピューティング サービスを使用しているとしても、クラウド コスト戦略を完全に最適化するために、継続的に再評価する必要があります。まず、クラウド コンピューティング予算の無駄につながる慣行を特定し、そのような事態を防ぐための計画を作成します。

新しいテクノロジーは常に登場していることを覚えておくことが重要であり、組織はクラウド コスト戦略に影響を与える可能性のある業界の変化を認識する必要があります。