Nutanixファイルのインクリメンタル

HYCUは、Nutanix CFT APIを活用することで、Nutanix Files（旧名AFS）の効率的な増分バックアップを提供します。たとえば、20Mのファイルを持つファイル共有の増分バックアップ（1つのファイルが変更されただけ）は、HYCUを使用すると1分もかかりません。これを従来のバックアップソリューションで試してみてください。その結果、HYCUユーザーはRPOを大幅に向上させることができ、管理者はNutanix Filesに保存されたファイルとデータに対するビジネス要件に最終的に対処することができます。

Nutanix Filesのバックアップの試行 - 古い方法

大規模なスケールアウト ファイル サーバーのバックアップは、常に究極のIT課題でした。特に、何百万ものファイルを有線で移動することを考えると、フル バックアップは特に危険です。また、すべてが「スムーズに」動いていれば、何日もかかるでしょう。

しかし、最初のフルバックアップを完了しても、生活は楽になりません。

一般的な(従来の)ファイル共有バックアップは、増分バックアップ中に実際に何をするのでしょうか?まず、共有全体を走査し、何かが追加、変更、または削除されたかどうかを検出するために、そのコンテンツを内部ファイル カタログと比較します。その後、検出された変更で内部ファイルカタログを更新し、変更されたファイルとメタデータをバックアップデバイス/ターゲットにコピーします。想像できるように、最後のバックアップからたった1つのファイルを変更しただけでも、これは非常に時間がかかります。

ファイル システムのバックアップ パフォーマンスに実際に影響するのは何か

スケール アウト ファイル システムのバックアップの期間と成功は、ファイル数によって大きく影響されます (特に、ファイル数が数百万以上になる場合)。

私たちがこの違いを説明するために使いたい1つの例は、1Mファイル(サイズ1KB)のフルバックアップと1GBの1ファイルのフルバックアップです。1Mファイルの場合、バックアップソリューションは数百万の（低速な）操作を余分に実行する必要があるため、処理時間は数桁異なります。容量も重要ですが、ほとんどの場合、ファイル システム (または共有) のファイル数の方がはるかに重要です。

このため、ファイル環境のインフラストラクチャの初期設計と展開の中でバックアップ プランを検討することが非常に重要です。

HYCU流Nutanixファイルのバックアップ

最新のスケールアウト ファイル システムにはすべて、指定された期間内 (ファイル システム レベルのスナップショット間) の変更の記録があります。

Nutanix Filesも同様です。

これらの変更は、CFT APIを通じてHYCUに公開され、可能な限り最も効率的な増分バックアップワークフローをもたらします。

HYCUはどのようにそれを行うのですか？

• HYCU は、一貫性のあるポイント イン タイム データを持つために、保護する共有のスナップショットをトリガーします。list-item-id="ee36891e599a9a9b98a6b797798d264e2">HYCU は、最後のバックアップと現在のスナップショットの間で変更されたファイル (およびメタデータ) を要求します
• HYCU は変更点のみでカタログを更新します
• 変更されたファイルは、バックアップ対象に移動されます

結果は自ずと明らかです。たとえば、たった 1 つのファイルが変更されただけなのに、なぜファイルシステム全体をスキャンする必要があるのでしょうか?

同じ結果を期待するのは論理的でしょうか?はい。

一般的なSMB/NFSバックアップアプローチで可能ですか?いいえ。

Nutanix専用のバックアップおよびリカバリ ソリューションで期待され、実行可能ですか?

大規模なNutanixファイル共有をバックアップできますか

何百万ものファイルを含むNutanixファイル共有の増分バックアップは高速で効率的ですか

大規模なファイル共有で1週間以上のRPOを達成できますか

?

答えが3つとも「はい」でなかった場合は、 HYCUを試してみる時です。 また、Nutanix FilesでHYCUをお試しいただく際には、1 TBのHYCUバックアップを無料でご利用いただける現在のキャンペーンをぜひご利用ください。詳細は以下のリンクをご覧ください。