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

StorageGRIDでは、を使用した短期クレデンシャルがサポートされる"IAMがAmazon S3内のどこにいてもクラウドストレージプールに対応"

S3バケットへのアクセスに長期のクレデンシャルを使用すると、クレデンシャルが漏えいした場合にセキュリティリスクが発生します。短期間のクレデンシャルの有効期間は限られているため、不正アクセスのリスクが軽減されます。

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

を使用する"S3ハケツトノセイケンノセツテイ"と、テナントによる容量の独占を防ぐことができます。さらに、制御されていない成長は、予期しないコストにつながる可能性があります。制限を定義することで、テナントストレージのコストをより正確に見積もることができます。

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

5、000バケットをサポートするには、グリッド内の各ストレージノードに64GB以上のRAMが必要です。

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

ノードクローンのユーザビリティが拡張され、大容量のストレージノードがサポートされるようになりました。

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

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

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

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

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

不明なエンティティがrootとしてGrid Managerにサインインした場合、"アラートがトリガーされた"ルートSSHログインの監視は、インフラストラクチャを保護するためのプロアクティブなステップです。

イレイジャーコーディングプロファイルページが* configuration > System > Erasure coding *に表示されます。以前は[ILM]メニューにありました。

では、"Grid Managerの検索フィールド"一般的な略語やページ内の特定の設定の名前を検索してページを検索できるようになりました。ノード、ユーザ、テナントアカウントなど、その他のタイプの項目も検索できます。