GCPの "ビルトイン "バックアップと "ボルトオン "バックアップ - 尻尾を振ってはいけません!
私は、Google Cloud Platform (GCP) の顧客、MSP、そして GCP のカスタマー エンジニアから何度も何度も聞かされています。彼らは、目的の「ビルトイン」GCPバックアップサービスを必要としています。昨日の「ボルトオン」バックアップソリューションは、あまりにも高価で複雑すぎます。
HYCUの目的別ビルトインGCPバックアップを知る前、GCP管理者には2つの選択肢がありました:
- スクリプトでやり過ごす - これらは時々失敗し、監視されておらず、リカバリに至ってはスクリプトではリカバリできませんでした。
- 尻尾を振る - 大企業にとって、スクリプトはしばしば考慮の対象になりません。
しっぽ[クラウドウォッシュされたレガシー バックアップ ソリューション]が犬[Google Cloud Platform]を振り回すようなことは、長期的な解決策としては成り立ちません。 インフラストラクチャを最新化し、Infrastructure as a Service、Platform as a Service、またはServerlessコンピューティング環境のための強力なソリューションを得るためにGCPに移行しました。
これらのバックアップベンダーが直面している課題は、バックアップソリューションがオンプレミスのデータセンター向けに構築されているため、レガシーな「仮想アプライアンス」バックアップソリューションでクラウドに「ボルトオン」する必要があるということです。
これらのクラウドバックアップソリューションは、次のことを要求します:
-
GCPで仮想アプライアンスを構築するために、長期のスコーピングと実装プロジェクトに着手する。
- POCを実施するための専門家の費用 [私が聞いた最悪の事態は、あるベンダーによる10週間の失敗したPOCです]、
- バックアップ実装プロジェクトでITチームが費やす時間 [もっと重要なプロジェクトがあるのでは?
- 仮想アプライアンス
にはエージェントがあり、最大テラバイトのアプライアンスをGCP 上にボルトで固定する必要があります。どのように仮想アプライアンスに割り当てられた TB を超えてスケーリングしますか?
- 追加データを格納するために別の仮想アプライアンスを購入する - 再びコストが増加し、今回はさらに大幅に増加します。
これらのボルトオン バックアップ プレーヤーは、単にソリューションをクラウド洗浄し、「仮想アプライアンス」と名前を変えてクラウドに置いているだけです。 一方、HYCUはGCP環境で構築されています。
このチャートでは、GCP向けの専用に構築されたバックアップ&リカバリソリューションのビジネス上の利点を詳しく説明しています:

Subscribe and the first 14 days are on us, free free!
さらに、GCPでHYCUを試すのがこれまで以上に簡単になりました。アクティブなGoogle Cloudプロジェクトと課金アカウントをお持ちであれば、14日間のトライアルを提供します。
また、HYCUをGCPでお試しいただくのがこれまで以上に簡単になりました。