これら 2 つの必須要件は、管理者がクライアント ネットワークとストレージ ネットワークを個別に構成するときに考慮する必要があります。
これらは、管理者が個別のクライアント ネットワークとストレージ ネットワークを構成および定義するときに、新しいスケールアウト ファイル クラスターについて考慮する必要があるネットワーク要件の一部です。
クライアント ネットワークとストレージ ネットワークには異なるサブネットが必要です12。これは、FSVM が両方のネットワークの IP アドレスを使用するため、競合を避けるためにそれらを区別する必要があるためです。
両方のネットワークで使用可能な十分な IP アドレスがあることを確認します12。これは、各 FSVM が各ネットワークから 1 つの IP アドレスに加えて、クラスターごとのネットワークごとに 1 つの仮想 IP アドレス (VIP) を必要とするためです。たとえば、3 つの FSVM を持つ 3 ノード クラスタがある場合、クライアント ネットワーク用に 6 つの IP アドレス (FSVM 用に 3 つ、VIP 用に 3 つ) と、ストレージ ネットワーク用に 6 つの IP アドレス (FSVM 用に 3 つ、VIP 用に 3 つ) が必要です。 。
物理インターフェイスを共有する場合、クライアント ネットワークとストレージ ネットワークがタグ付き VLAN を使用していることを確認します1。これは、VLAN タグ付けにより、複数の論理ネットワークが相互に干渉することなく単一の物理インターフェイス上に共存できるためです。
クライアント、FSVM、CVM、および Prism Element1 間の通信を妨げるファイアウォール ルールやポート ブロックがないことを確認してください。これは、Nutanix Files が SMB、NFS、NTP、DNS などのさまざまなプロトコルやサービスにさまざまなポートを使用するためです。

アップロード数は、特定の期間内にバケットにアップロードされたオブジェクトの数を示すメトリクスです。マルチパート アップロードは、大きなオブジェクトを小さな部分に分割して個別にアップロードする方法です。各パーツは、アップロードが完了して 1 つのオブジェクトに結合されるまで、1 つのオブジェクトとしてカウントされます。
https://www.nutanix.com/products/objects

オブジェクト ストレージは、バージョン管理、レプリケーション、WORM (write-once-read-many) アクセス モデルを必要とするアプリケーションに適しています。e コマース サイトでは画像、ビデオ、その他のマルチメディア コンテンツなどの大量の非構造化データが保存されることが多いため、オブジェクト ストレージはスケーラブルでコスト効率が高く、可用性の高いソリューションを提供できます。
オブジェクト ストレージは、複雑なファイル システム共有を必要とせずに複数のポッドから同時にオブジェクトにアクセスできるため、マイクロサービス アーキテクチャを使用する Kubernetes ベースのアプリケーションにも適しています。さらに、オブジェクト ストレージは、オペレーターまたは API 呼び出しを使用して Kubernetes と簡単に統合できます。
一方、SMB や NFS などのボリュームやファイル ストレージ ソリューションも静的コンテンツを保存できますが、特定のアプリケーション要件には最適ではない可能性があります。ボリュームは多くの場合、スケーラビリティとレプリケーションの点で制限されますが、ファイル ストレージ ソリューションはオブジェクト ストレージと同じレベルのバージョン管理や WORM 機能を提供しない場合があります。
結果として、特定のアプリケーション要件に対する最適なソリューションはオブジェクト ストレージです。
オブジェクト ストレージ ソリューションの正確な実装と構成は、パフォーマンス、可用性、セキュリティ要件などの要因に基づいて異なる場合があることに注意してください。
https://next.nutanix.com/community-blog-154/maintaining-compliance-with-worm-for-nutanix-objects-33239

Nutanix Files Enterprise Cloud1 のファイル監査と分析によると、ファイル分析は、Nutanix Files 環境のリアルタイムのユーザー監査データとファイル メタデータをキャプチャする機能です。ファイルの種類、サイズ、所有者、アクセス時間などのさまざまな基準に基づいてカスタム レポートを作成できます。
Nutanix Files 3.8 および File Analytics 3.0 によると | Nutanix Community2、File Analytics を使用すると、.zyx や .zzz などのカスタム ファイル拡張子に基づいて新しいファイル カテゴリを追加できます。その後、ファイル配布ビューを使用して、各ファイル カテゴリの領域使用量、ファイル数、および指定された期間内の変更を折りたたんだビューで確認できます。
したがって、管理者は、.zyx や .zzz などのカスタム構築されたファイル拡張子を使用するカスタム アプリケーションによって作成されたデータを分析する必要がある場合、ファイル分析に新しいファイル カテゴリを追加し、ファイル配布ビューを使用して必要な情報を提供できます。

ユニファイド ストレージ (NCP-US) v6 に関する Nutanix のドキュメントによると、1 年より古いバックアップを自動的に削除するには、管理者は既存のバケット ライフサイクル ポリシーを変更して有効期限を 1 年に設定する必要があります。ライフサイクル ポリシーを使用すると、管理者はオブジェクトの別のストレージ クラスへの移行を自動化し、オブジェクトを完全に期限切れにすることができます。このシナリオでは、既存のバケットのライフサイクル ポリシーを変更して有効期限を 1 年に短縮すると、1 年より古いバックアップが自動的に削除され、クラスター内のスペースが解放されます。
https://portal.nutanix.com/page/documents/details?targetId=Objects-v3_1:v31-lifecycle-policies-rule-c.html