バックアップ間でブロック・トラッキングを変更するためのOCI Block Volume Direct APIを発表 (2024/10/16)
バックアップ間でブロック・トラッキングを変更するためのOCI Block Volume Direct APIを発表 (2024/10/16)
https://blogs.oracle.com/cloud-infrastructure/post/block-volume-direct-apis-changed-block-tracking
投稿者： Max Verun | Senior Principal Product Manager
2つのバックアップ間で変更されたブロック・トラッキングを可能にするOracle Cloud Infrastructure (OCI) Block VolumeサービスのダイレクトAPIが利用可能になったことをお知らせします。この機能は、データ保護サービスのベンダーやバックアップおよびリストア・ソリューションの開発者にとって最も有益です。
ISVによるバックアップの管理
オンプレミスまたはマルチクラウド環境でバックアップ製品を使用しているお客様は、OCI上のデータのバックアップ、アーカイブ、レポート作成を一元化する方法を求めています。このため、データ保護ベンダーや独立系ソフトウェア・ベンダー(ISV)に依存するか、独自のカスタム・ソリューションを実装しています。データ保護ベンダーとそのソリューションは、バックアップ・ワークフローを分析および最適化するために、2つのバックアップ間で直接変更されたブロックを識別および取得できるようになりました。2つのバックアップから2つのフル・ボリュームをリストアして比較および処理する必要はありません。
CommvaultなどのISVと連携して、ブロック・ストレージ・ボリュームに対してこの機能を有効にしました。CommvaultとOCIは、企業のお客様がランサムウェアとデータ保護戦略を強化することを可能にします」と、Commvaultの製品管理担当シニアディレクター、Michael Fasulo氏は述べています。「OCIは、Oracle applicationsにとって重要なパートナーであり、好ましいクラウドです。OCIは、変更ブロック追跡用の直接APIを使用してOCI Block Storageのデータ保護エクスペリエンスを強化するため、Commvaultは、当社の経験をテストおよび統合するために緊密に提携できることを嬉しく思います。私たちの相互の顧客は、私たちの継続的なパートナーシップと共同イノベーションの恩恵を受け続けます。
CommvaultのSam Grover氏は、この機能を利用してバックアップ処理を迅速化し、ブログ記事「Revolutionize Your Backup Strategy」でデータ保護を強化した方法について説明します。
ベンダーを使用してバックアップを管理している場合は、使用しているベンダーまたはアカウント・マネージャに連絡して、この機能を利用してください。独自のバックアップを管理する場合は、それを使用することもできます。
オラクルのサービスは、お客様やパートナの課題に対処するために、進化とイノベーションを続けています。この機能更新では、バックアップからリストアするためのバックアップIDではなく、オプションで2つのバックアップIDを指定するための直接APIが提供されるようになりました。サード・パーティのバックアップ製品では、このインタフェースを使用して、同じボリュームから取得された2つのバックアップ間で変更されたブロックを取得できます。
プロセスは、バックアップからのリストアによるリカバリ・ボリュームの作成と同じです。この場合、新しく作成されたリカバリ・ボリュームには、2つのバックアップ間の差異のみが含まれます。通常のボリュームのように管理でき、変更したブロックを識別および取得するための作成、削除、コマンドなど、いくつかの通常の操作がサポートされます。ただし、リストアされたリカバリ・ボリュームは、通常のボリュームと同じ方法での使用を目的としていません。たとえば、使用可能なファイル・システムがなく、それにファイル・システムを作成してマウントすることはできません。
2つのバックアップ間で変更されたブロックを取得するには、次のステップを実行します。
1番目と2番目のバックアップOCIDsをソースとして指定して、変更されたブロックを含むボリュームを作成します。
ボリュームをLinuxベースのインスタンスにアタッチして接続します。
コマンドSCSI GET LBA STATUSを使用してアタッチされたボリュームで変更されたブロックをスキャンし、報告された変更済ブロックを取得します
ボリュームの処理が終了したら、ボリュームを削除します。2つのバックアップ間で変更されたブロックのみを含むボリュームは、フル・プロビジョニング・サイズのボリュームで、2つのバックアップの作成に使用されたソース・ボリュームと同じサイズです。そのため、コストを最小限に抑えるため、バックアップ・ソリューションによってデータが抽出されたらすぐに削除することをお薦めします。
価格
新しいAPIコールとこの機能には追加料金はかかりません。ボリュームとバックアップの価格は変更されません。2つのバックアップ間のデルタを含む、プロビジョニングされたボリューム全体に対して課金されます。リカバリ・ボリュームは通常のデータ・ボリュームであるため、現在のOracle Cloudストレージの価格設定です。リカバリ・ボリュームは短時間保持することをお薦めします。測定および請求は秒単位の粒度で行われ、変更されたデータを抽出した直後に削除する必要があります。コストを最小限に抑えるために、リカバリされたボリューム(10 VPU/GB)の「バランス」パフォーマンス設定を使用します。「低コスト」オプションを除いて、必要に応じてパフォーマンスをカスタマイズできます。
この機能の使用方法の詳細は、OCI Block Volumeのドキュメントで直接APIを確認してください。
お試しください
これらの新機能と、Oracle Cloud Infrastructureが提供するエンタープライズ・グレードのすべての機能を体験していただきたいと思います。Oracle Cloud Free Tierで簡単に試すことができます。詳細は、次のリソースを参照してください。
コメント
コメントを投稿