コスト最適化
概要
Google Cloud でVDAを実行する場合、使用するコンピューティング、ストレージ、ネットワークリソースに対して料金を支払うことになります。つまり、消費する容量と発生するコストには直接的な相関関係があります。お客様が行う選択と採用するプラクティスは、仮想化システムの運用コストに直接相関関係があります。
まず、 適切なワークロードデリバリーオプション 、つまりこれを最初から最後まで読んでいる場合に読んだトピックを選択してください。これらのソリューションは、ソリューションの総コストに大きな影響を与える可能性があります。ここでは、コストと容量とのバランスを取って、ユーザーエクスペリエンスを最適化するために考慮すべきその他の推奨事項とトピックをいくつか紹介します。
オンデマンドプロビジョニング
MCSを使用してCompute Engineで非永続的なマシンカタログを作成する場合、MCSはオンデマンドプロビジョニングを使用してストレージコストを削減し、カタログの作成を迅速化し、インスタンスの電源操作を高速化します。オンデマンドプロビジョニングでは、Compute Engine インスタンスは Citrix DaaS がパワーオンアクションを開始したときにのみ作成されます。非永続的なマシンカタログでは、オンデマンドプロビジョニングが使用されます。
注：
一部の管理者は、MCSの電源を入れるまでVDAインスタンスがGoogle Cloudコンソールに表示されないため、最初はオンデマンドプロビジョニングが混乱します。また、インスタンスは新しい仮想 NIC と MAC アドレスを受信するため、Active Directory DNS エントリが正常に更新またはレプリケートされるまでには時間がかかる場合があります。VDA IDディスクは、再起動と作成/削除イベントの間も保持されます。
VDAインスタンスの適切なサイジング
ワークロード配信オプションに関する重要な決定事項について理解できたので、VDAインスタンスの適切なサイジングについて詳しく説明しましょう。 VDI ベースのデリバリモデルでは、適切なインスタンスタイプを選択するのは簡単です。いくつかの宿題を終えて、VDI インスタンスの OS、アプリ、ユーザーのリソース要件を十分に理解していれば、これらの要件を、選択した Google Cloud リージョンで使用可能なインスタンスタイプに簡単にマッピングできます 。利用可能なインスタンスタイプとワークロード要件に完全に一致していない場合でも、心配する必要はありません。Google Cloudはカスタムインスタンスタイプをサポートしているため、VDAインスタンスの形状を調整することができます。カスタムインスタンスタイプには、引き続き継続使用割引と継続使用割引が適用されます。したがって、適切なサイズを前面に上げるために必要に応じて調整することを防いでください。
また、Google Cloudの推奨サイズ設定機能を使用して 、時間の経過とともに行う必要があるVDA形状の調整を特定できます。
注：
注意すべき重要な点の1つは、ワークロード・リソースの消費は時間の経過とともに変化する可能性があります。管理者が環境に最適化を適用する場合など、イベントやアクティビティによって、リソース要件が削減されることがあります。逆に、OS やアプリの脆弱性がパッチが適用されたり、更新プログラムが適用された場合など、これらの要件が上がる場合があります。ベースラインを特定しますが、時間の経過に伴う消費傾向を監視し、必要に応じて調整して、ユーザーのパフォーマンスとコストの最適なバランスを見つけることが重要です。
ホストされた共有VDAに適したインスタンスサイズを選択すると、作業が少し複雑になります。最終的に探しているのは、パフォーマンス、コスト、管理性の適切なバランスがとれた移動ターゲットです。物事をさらに複雑にするために、すべてのワークロードは異なります。OS、アプリケーション、設定、チューニング、ユーザーの期待値の違いにより、VDAに適した形状を突き刺すのは困難です。また、時間の経過とともに変化する傾向もあります。
幸いにも、パフォーマンス、コスト、管理性の間で「ゴルディロック」のバランスが取れていることを見つけるためのツールとテクニックは十分に知られており、徹底的に文書化されています。最初に推奨する優れた記事の1つは、 Cloud World 2018エディションのCitrix スケーラビリティです。この記事では、パフォーマンス、管理性、コスト、利用可能な価格モデル、LoginVSI スケーラビリティテストに基づくインスタンス選択に関する主要なプラクティスについて説明するため、今日でも関連性があります。これらの概念と考慮事項は、インスタンスの選択肢と価格が、最初の公開後に変更されている可能性が高いにもかかわらず、今日でも有効です。
言及する価値のある別の記事は、 Google Cloud PlatformでのCitrix の適切なサイジングです。少しは日付がありますが、この記事では、考慮事項をさらに詳しく説明し、単一のVDAのスケーリングとインスタンスコストに基づいて、最も費用対効果の高いインスタンスタイプを見つける方法の例を示します。
最後に、VDAコストを最適化するための戦略に関する追加の洞察については、Citrix TechZoneのこのAutoscale 技術概要を参照してください 。これにより、インスタンスのコスト見積もりを、垂直負荷分散の使用など、 Citrix Autoscale 機能の機能に合わせることができます。
Citrix Autocale（Citrix Autocale）について言えば、それを読んで、それを使用する：少し考えと巧妙な設計により、VDAフリートをコスト最適化しながら、システム需要の予想外の変動に対応できる容量を確保できます。
需要パターンと言えば、各ワークロードの固有のパターンを理解するために、時間とリソースを投資したいと考えています。時間の経過とともに変化し、進化していくことを期待し、キャパシティ管理の戦略と戦術を調整して対応できるように準備してください。
適切な価格モデルの選択
Google Cloud は、 お客様がそこで実行するさまざまなタイプのワークロードに使用できるさまざまな価格モデルを提供しています 。さまざまなユースケースの需要パターンを理解することで、コストとサービスの可用性/パフォーマンスのバランスを取るために、リソースごとに適切なモデルを選択できるようになります。Citrix仮想化システムでは、お客様は一般的に、GCP上で動作するリソースの持続的使用とコミット済み使用割引モデルを考慮します。持続的な使用割引はインスタンスタイプによって異なります（N1 とたとえば、N2) と一部のインスタンスタイプ (E2 など) では、継続的な使用割引が提供されません。詳細については、 VM インスタンスの料金を参照してください 。
以下に、 N1 インスタンスタイプの持続的使用とコミット済み使用の割引を示します。
一部のリソースは、一意で拡張性が高く、Citrix仮想化システムが機能するために利用可能である必要があります。そのため、通常は24時間365日稼働し、N+1を導入して可用性を確保し、コミットされた使用割引の候補として最適です。これには、Active Directory、Citrix Cloud Connector、NetScaler ADC/Gateway VPX、およびCitrix StoreFront 仮想マシンインスタンスが含まれます。
VDAインスタンスの場合、選択肢はそれほど単純ではありませんが、需要パターンをより明確に理解すればするほど、選択肢は明確になります。すべては、VDAの電源をオンにする必要がある時間まで低下します。次のグラフ（ N1 インスタンスタイプに固有）を考えてみましょう。このグラフは、少しエンベロープ数学で再現できます。
この図は、特定の請求サイクル中に（N1 インスタンスタイプで実行されている）リソースが 50% 以上オンになる場合、3 年間の使用割引を適用できれば、コスト削減を開始することを示しています。1年間のコミット使用割引のブレーク偶数ポイントは約 82% です。請求サイクル中にリソースがそれ以上パワーオンされ、3 年間のコミットされた使用が利用できない場合、1 年間のコミットされた使用は理にかなっています。