よりきめ細かなスケーリングを可能にするために、以下をインストールできるようになりました。"データ専用ストレージノード" 。メタデータ処理が重要でない場合は、コスト効率よくインフラストラクチャを最適化できます。この柔軟性により、さまざまなワークロードと成長パターンに対応できるようになります。

StorageGRIDは、以下の短期認証情報をサポートするようになりました。"クラウド ストレージ プール用の Amazon S3 のあらゆる場所での IAM ロール" 。

長期的な認証情報を使用して S3 バケットにアクセスすると、これらの認証情報が侵害された場合にセキュリティ上のリスクが生じます。短期認証情報は有効期間が限られているため、不正アクセスのリスクが軽減されます。

これで"Amazon S3エンドポイントを使用してクラウドストレージプールを構成する"。 S3 オブジェクト ロックは、オブジェクトの偶発的または悪意のある削除を防ぐのに役立ちます。 StorageGRIDから Amazon S3 にデータを階層化する場合、両方のシステムでオブジェクト ロックを有効にすると、データのライフサイクル全体にわたってデータ保護が強化されます。

による"S3バケットの制限を設定する"テナントによる容量の独占を防ぐことができます。さらに、制御されない成長は予期しないコストをもたらす可能性があります。制限を定義することで、テナントの保管費用をより正確に見積もることができます。

拡張性を高めるために、 StorageGRIDは最大"テナントあたり 5,000 個の S3 バケット"。各グリッドには最大 100,000 個のバケットを含めることができます。

5,000 個のバケットをサポートするには、グリッド内の各ストレージ ノードに少なくとも 64 GB の RAM が必要です。

"AutoSupport"レガシーアプライアンスのハードウェア障害ケースを自動的に作成できるようになりました。

ノード クローンの使いやすさが拡張され、より大きなストレージ ノードをサポートするようになりました。

期間が日数の ILM 取り込み時間ルールでは、期限切れのオブジェクト削除マーカーも削除されるようになりました。削除マーカーは、日数の期間が経過し、現在の削除マーカーの有効期限が切れた場合にのみ削除されます (現在のバージョン以外のバージョンはありません)。

参照"S3 バージョン管理オブジェクトの削除方法"そして"ILM ポリシーよりも優先されるバケット ライフサイクルの例"。

StorageGRID次世代ハードウェアへのスムーズで効率的な移行を実現するために、"ノードの廃止"改善されました。

ロード バランサーのエンドポイント アクセス ログには、HTTP ステータス コードなどのトラブルシューティング情報が含まれています。 StorageGRIDがサポートするようになりました"これらのログを外部のsyslogサーバーにエクスポートする"。この機能強化により、より効率的なログ管理と、既存の監視およびアラート システムとの統合が可能になります。

グリッド管理者は、"SSHキーの更新とローテーション" 。 SSH キーをローテーションする機能は、セキュリティのベストプラクティスであり、予防的な防御メカニズムです。

不明なエンティティがグリッドマネージャにルートとしてサインインすると、"アラートが発動される" 。ルート SSH ログインを監視することは、インフラストラクチャを保護するための積極的なステップです。

イレージャー コーディング プロファイル ページは、CONFIGURATION > System > Erasure coding に移動されました。以前は ILM メニューにありました。

その"グリッドマネージャーの検索フィールド"より優れたマッチング ロジックが組み込まれ、一般的な略語やページ内の特定の設定の名前を検索してページを見つけることができるようになりました。ノード、ユーザー、テナント アカウントなど、さらに多くの種類の項目を検索することもできます。