ソリューションとテクノロジーで成功への道筋をつけることができます。Cloudお客様のビジネス全体に役立つ、わかりやすい料金体系です。安全でインテリジェントなプラットフォームを使って今すぐ始めましょう。プロダクトをお試しいただけます。スケーラビリティに優れたサービスです。スケーリングとパフォーマンスを改善するためのガイドラインを示します。ユーザーは同じ基本リソースセットを共有します。オブジェクトの読み取りリクエストです。容量を自動的に増やします。数分程度でそれを検知して、より多くのサーバーに負荷を再分散します。再分散が追いつかない場合、特にレイテンシやエラーレートが一時的に上限に達してしまうことがあります。レートを徐々に増やすことで、このようなレイテンシやエラーを回避できます。対してデータ処理ワークフローを容易に実行できます。キーのインデックスをバケットごとに保持します。このインデックスは辞書順に並べ替えられて格納され、オブジェクトがバケットに書き込まれたり、バケットから削除されたりするたびに更新されます。オブジェクトのキーはすべてインデックスの小さな範囲内にあるため、オブジェクトの追加や削除により競合が発生する可能性は必然的に高まります。このような競合を検知し、影響を受けるインデックスの範囲の負荷を複数のサーバーに自動的に再分散します。レートを徐々に増やしてください。しないと、レイテンシやエラーレートが一時的に高まる可能性があります。プラクティスを紹介します。レートを徐々に増やす必要があります。レートについては、増やす必要はありません。テストを実行して、このガイドラインの内容が自分の環境にも当てはまることを確認してから、本番環境のトラフィックを増やすことをおすすめします。バケットがスケーリングされるまでもうしばらく待ってみます。エラーが出された場合は、指数バックオフを使ってリクエストを再試行してください。キーなど、シーケンシャルな名前を使用している場合、インデックスの範囲の自動スケーリングが遅くなります。これは、リクエストが絶えず新しいインデックスの範囲にシフトするため、負荷の再分散が難しくなり、効果が小さくなるためです。レートを維持するためには、シーケンシャルな名前は使用しないでください。完全にランダムなオブジェクト名を使用することで、最高の負荷分散が実現します。シーケンシャルな番号やタイムスタンプをオブジェクト名の一部として使いたい場合は、シーケンシャルな番号やタイムスタンプの前にハッシュ値を追加してオブジェクト名をランダムなものにします。文字をオブジェクト名の接頭辞として追加します。新しいオブジェクト名は、次のようになります。my-bucket/2fa764-2016-05-10-12-00-00/file1my-bucket/5ca42c-2016-05-10-12-00-00/file2my-bucket/6e9b84-2016-05-10-12-00-01/file3...一般的な接頭辞の後のランダム性はその接頭辞で有効ランダムな文字列は、必ずしもオブジェクト名の先頭でなくても構いません。一般的な接頭辞の後にランダムな文字列を追加した場合でも自動スケーリングは機能します。その効果は接頭辞に限定され、バケットの残りの部分は考慮されません。対しては機能しません。連続した接頭辞の後のランダム性は効果がない前述のように、一般的な接頭辞の後にランダムな文字列を追加した場合、その接頭辞でのみ自動スケーリングが機能します。リクエストが新しい接頭辞に移行すると、以前の自動スケーリングは効果がなくなります。これは特に、連続した接頭辞が使用された場合に問題となります。時間ごとに新しいタイムスタンプの接頭辞でファイルを書き込む場合、次のようになります。時間ごとにリセットされます。このため、最適な書き込み速度が得られず、レイテンシとエラー率が定期的に増加します。時間とともに異なる接頭辞で書き込む必要がある場合は、この問題を回避するため、新しい接頭辞がキー範囲全体に均等に分散されている必要があります。データをまとめてアップロードまたは削除したい場合があります。どちらの場合も、オブジェクト名は制御できませんが、できるだけ高いレートで書き込みや削除が実行されるように、アップロードまたは削除するオブジェクトの順序を制御できます。そのためには、複数の接頭辞にアップロードや削除を分散する必要があります。アップロードする各フォルダの下に多くのフォルダやファイルがある場合は、複数のフォルダから同時にアップロードを行い、アップロードされるフォルダやファイルをランダムに選択することをおすすめします。レートを実現できます。