アプリケーションが、オブジェクトが実際に存在するとは思わないパスにオブジェクトが存在するかどうかを定期的にチェックする場合は、「available」を使用する必要があります"一貫性"。たとえば、アプリケーションがPUTを実行する前に特定の場所に移動する場合は、「available」整合性を使用する必要があります。

そうしないと、同じサイトに複数のストレージノードが使用できない場合やリモートサイトに到達できない場合に、HEAD処理でオブジェクトが見つからないと「500 Internal Server Error」が大量に返されることがあります。

要求を使用して各バケットに「available」整合性を設定すること"PUT Bucket consistency"も、個 々 のAPI処理の要求ヘッダーで整合性を指定することもできます。

オブジェクトキー名については、バケットが最初に作成された日時に基づいて次の推奨事項に従ってください。

パフォーマンスのベストプラクティスに合わせてオブジェクトキー名を制限する必要はありません。ほとんどの場合、オブジェクトキー名の最初の4文字にはランダムな値を使用できます。

が有効になっている場合"格納オブジェクトを圧縮するグローバルオプション"は、返されるバイト数の範囲を指定するGetObject処理をS3クライアントアプリケーションで実行しないでください。これらの「範囲読み取り」処理は効率的ではありません。StorageGRIDでは、要求されたバイトにアクセスするためにオブジェクトの圧縮を実質的に解除する必要があるためです。非常に大きなオブジェクトから小さい範囲のバイト数を要求するGetObject処理は特に非効率的です。たとえば、50GBの圧縮オブジェクトから10MBの範囲を読み取る処理は非効率的です。

圧縮オブジェクトから範囲を読み取ると、クライアント要求がタイムアウトする可能性があります。