クラウド コンピューティングには隠れたコストがたくさんありますか?これらを知っておくと、安心してクラウドに移行できるようになります

パブリック クラウドの全体的なコストは企業にとって魅力的かもしれませんが、考慮すべき他の多くの要素があり、慎重に計画しないと、クラウド コンピューティングの導入コストが急上昇する可能性があります。

パブリック クラウド プロバイダーは、サーバー/インスタンスあたり月額数ドルという、ますます魅力的なコストを提供していますが、サービスを実行するために必要な容量はサーバーの容量をはるかに超えているため、組織が注意しないと、クラウド コンピューティングのコストがすぐに制御不能になる可能性があります。

これは、パブリック クラウドのコストが必ずしも高くなるという意味ではなく、提案された移行サービスにどのように課金されるかを理解し、包括的なビジネス ケースを準備することが重要であるというだけです。サービスをクラウドに移行し、社内インフラストラクチャに戻した後、移行サービスを再度実行しない限り、選択したクラウド コンピューティング サービス プロバイダーが提供するサービスを受け入れる必要があります。

[[238467]]

クラウド コンピューティング プロバイダーが宣伝するクラウド コンピューティング サービスの「移植性」は、特に複雑なアプリケーションの場合、証明されていません。また、アプリケーションを簡素化することはクラウド コンピューティング プロバイダーの利益にはならないことに注意してください。彼らの焦点は、IT をクラウド コンピューティング環境に移行するプロセスを簡素化することにあり、その環境は、企業がサービスを移行するプロバイダー専用に設計されます。価格の変化に応じた動的な移行はより複雑な提案であり、サードパーティのソフトウェアと独立した専門知識がほぼ確実に必要になり、完全に接続されたサーバーのコストと複雑さが増します。

サービスをクラウドに移行する前に、社内チームは次の 3 つの点を詳細に理解する必要があります。サーバー間のデータ フローやアプリケーション内外のデータ フロー、依存関係、セキュリティ、アクセス、認証など、アプリケーションの動作方法。ビジネスニーズが何であるかを正確に把握するベンダーの課金モデルがどのように機能するかについて説明します。

パブリッククラウドは空き家のようなもの

パブリック クラウドの導入は家を購入するようなものですが、入居する前に設備、床材、家具を設置して展開する必要があります。さらに、これらは個々の家ではなく、巨大な仮想の建物です。提供されるセキュリティはデータセンター自体、または SaaS 経由でアクセスされるコア アプリケーションにのみ適用されるため、各居住者は不正アクセスを防ぐためにドアをロックする必要があります。

便利な比較は、物理サーバーから仮想サーバーへの移行です。物理サーバーは、認証、購入、インストール、構成する必要がありましたが、無駄ではあっても、企業は保有するリソースの量をすぐに把握できました。仮想サーバーは目に見えず、簡単に有効化できますが、シャットダウンされることはほとんどありません。クラウド コンピューティング プロバイダーも同様の考え方に基づいてコストを設定しています。ユーザーはサーバー、データ、およびすべてのネットワーク トラフィックを実行したままにする傾向があるため、予想よりも多くの料金を支払うことになります。

顧客関係管理 (CRM) の一般的なアプリケーションをいくつか採用します。クラウド プラットフォームを 8 時間実行し、週末にシャットダウンする方が、オンプレミスのデータ センターをフル稼働させるよりもはるかに安価に見えます。ただし、このアプリケーションを実行するには、ログイン、認証、ファイアウォール、ネットワークなどの他のシステムが実行中である必要があり、事前に電源をオンにする必要があります。シャットダウンと再起動を順序付けする必要があり、バックアップも必要なので、実行時間はどんどん長くなります。その後、リモート ワーカーは昼夜を問わずいつでもログインできるようにしたいと考えるため、8 時間稼働がすぐに 16 時間稼働に変わり、その時点で管理者はシャットダウンする価値があるかどうか疑問に思い始めます。

現在、企業は24時間365日営業する必要があり、コストは当初の3倍になっています。次に、基本サービス料金に何が含まれているかを確認します。たとえば、アプリケーションを安全に実行するには、セキュリティ、回復力、管理、パッチ適用、バックアップなどの他の要素も必要です。

ここで、移行コスト、コンピュータ ルームの埋没コスト、そして場合によっては災害復旧ソリューションとシステムを理解しているスタッフを考慮する必要があります。最初は安くしようというアイデアだったものが、結局は高価になってしまった。

企業のサービス特性を理解する

企業がサービスをクラウドに移行する前の最初の前提条件は、クラウド コンピューティングの設計原則を理解し、移行を計画しているアプリケーションの特性と要件を理解することです。 SaaS は比較的シンプルですが、PaaS と IaaS では、企業が対象のクラウド コンピューティング プロバイダー向けに設計され、最適化されていることを保証するために、より多くの専門知識が必要です。プロバイダーごとにやり方が少しずつ異なり、料金も異なります。組織がサービスをクラウドに移行する前に、アプリケーションの動作を考慮して設計すれば、予期せぬ事態を回避できる可能性が高くなります。

これはまた、企業がユーザー数やデータ量の観点からアプリケーションの予想される使用パターンを理解し、その使用量がどのくらいの速さで増加すると予想されるかを把握する必要があることも意味します。また、すべてのパブリック クラウド サービスはアプリケーションとその使用量に基づいて課金され、企業は保存されたデータの GB ごとに料金を支払うため、ほぼすべての組織でデータ量が飛躍的に増加しています。これを制御する最善の方法は、IT チームがデータ分類を実装し、各部門に「このデータはビジネスにとってどの程度重要ですか。削除できますか」と尋ねることです。

手数料の計算方法を学ぶ

前述したように、クラウド コンピューティング サービスを購入するのは、サーバーやストレージだけではありません。 IP アドレス、ドメインの復元力、サーバーとの間のデータ転送などの付随要件には追加コストが発生するため、予算を準備する際に考慮する必要があります。

たとえば、AWS クラウド プラットフォームの IaaS インスタンスの場合、インターネットに接続された単一のサーバーには、少なくとも 5 つのインスタンスの従量制コストが必要です。 Microsoft Azure と他のパブリック クラウド プロバイダーは同等です。組織が複雑なマルチサーバー環境をホストしている場合、複雑さが増します。セキュリティ、回復力、管理、パッチ適用、バックアップなど、アプリケーションの実行に必要な他の要素がある場合、これらは追加コストとして表示されます。これは、通常従量制で月単位で課金される SaaS ではそれほど問題になりませんが、IaaS と PaaS では考慮すべき他の要素があります。

多くのサービスでは、異なるドメインのサーバーが相互に通信するたびに GB ごとのコストが共有され、インターネット経由で GB ごとのデータを送信する際のその他のコストも発生します。たとえば、AWS クラウド プラットフォームでは、企業がパブリック IP アドレスを使用する場合は課金され、専用帯域幅を購入しないため、IP アドレスごとに追加のデータ転送料金が課金されます。たとえば、企業が一般向けの Web サイトを作成し、ユーザーにビデオなどのダウンロードを促しているとします。ビデオが再生されるたびに料金が請求されます。それ自体はわずかな金額に思えるかもしれませんが、すぐに合計額は大きくなります。例: 100MB のビデオを 50,000 人がダウンロードするとしたら、それは膨大な数になります。一部のアプリケーションでは、サーバーで双方向の会話が継続されるため、最初は小さなコストと思われたものが、すぐに大きなコストに膨れ上がる可能性があります。

回復力とサービス復旧でも同じ問題が発生します。企業は、別のリージョンまたは可用性ゾーンに 2 番目の災害復旧またはフェイルオーバー環境を維持するために、リージョン間のデータ トラフィックに対して料金を支払う必要があります。コストを正確に把握するには、組織はスナップショットまたはレプリケーション トラフィックの頻度、スナップショットのサイズ、およびデータの変更率を把握する必要があります。 AWS と Microsoft Azure では、回復力に対する料金が異なります。どちらもレプリカを保持し、ホストに障害が発生した場合にそれを起動しますが、AWS では異なるタイプのサービスが必要となり追加料金が発生しますが、Azure ではそれが標準で含まれています。

さまざまなストレージ オプションも用意されています。 Microsoft Azure には 5 つのストレージ オプションがあり、各オプション内に変数があり、オプションごとに依存関係や用語が異なります。サービスを選択する際には、これらすべてを理解し、比較し、評価する必要があります。組織でストレージとバックアップのコストが上昇していることに気付いた場合、IT 部門は状況が悪化するのを防ぐための措置を講じる必要があります。

予期しないコストを回避する最善の方法は、オンデマンド、予約済み、スポット インスタンスなどの利用可能なさまざまなサービス タイプ、関連するストレージ、ネットワーク、必要なセキュリティに細心の注意を払い、ワークロードとニーズをインスタンス タイプに一致させることです。リザーブドインスタンスはオンデマンドよりも 1 時間あたりのコストがはるかに低くなりますが、特定の期間に縛られるため、状況が変わったり、より優れたビジネス オプションが導入されたりしても、すぐに移行することはできません。アプリケーションがパブリック クラウド向けに最適化されていない場合は、オンプレミスで維持するか、定義済みで予測可能なコストで管理されたクラウド コンピューティング サービスを使用することを検討してください。

類似のリスクと価値のフレームワークを見つける

これは、パブリック クラウドが必ずしも高価である、または悪い選択であることを意味するわけではありませんが、すべての要素を考慮すると、単純なコストの正当化のように見えるものも、より微妙なものになります。

サービス提供のソフトな要素を見逃さないことも重要です。組織が、プロセスと運用内に同じリスクと価値のフレームワークが確立されていないクラウド プラットフォームまたはベンダーを選択した場合、予期せずコストが増加する可能性があります。

一部のサービスはパブリック クラウドで実行でき、また実行する必要がありますが、一部のサービスはプライベート クラウドで実行でき、一部のサービスはオンプレミスのままにして、管理および監視が必要なハイブリッド インフラストラクチャを作成する必要があります。したがって、組織は、新しいハイブリッド クラウド環境のコストとセキュリティを管理するために、オンプレミスで重要なスキルを保持する必要があります。企業は、アプリケーション関連のセキュリティを確保するために、選択したプロバイダーを測定および監査する必要もあります。