グリッドのサイズが1秒あたりのバイト数で表されるスループットに基づいて設定されている場合、推定式を使用するには、このサイズを1秒あたりのS3操作数に変換する必要があります。グリッドスループットを変換するには、まず平均オブジェクトサイズを決定する必要があります。これは、既存の監査ログとメトリック（存在する場合）の情報を使用するか、StorageGRID を使用するアプリケーションに関する知識を活用して行うことができます。例えば、グリッドが2,000 MB/秒のスループットを達成するように設計されていて、平均オブジェクトサイズが2 MBの場合、グリッドは1秒あたり1,000回のS3操作を処理できるように設計されていることになります（2,000 MB / 2 MB）。

グリッドがサポートすると予想される1秒あたりのS3操作数以外にS3ワークロードに関する情報がない場合は、監査レベルをデフォルト値（ストレージを除くすべてのカテゴリが「Normal」に設定され、ストレージは「Error」に設定されている）のままにしておくことを前提として、以下の数式を使用して、外部syslogサーバーが処理する必要がある監査ログの量を推定できます。

例えば、グリッドが毎秒 1,000 回の S3 操作に対応するように設計されている場合、外部 syslog サーバーは毎秒 2,000 件の syslog メッセージをサポートできる規模にする必要があり、毎秒 1.6 MB の速度で監査ログデータを受信（および通常は保存）できる必要があります。

自分の作業量についてより詳しく把握していれば、より正確な見積もりが可能になります。監査ログに関して、最も重要な追加変数は、S3操作のうちPUT操作（GET操作との比較）の割合と、以下のS3フィールドの平均サイズ（バイト単位）です（表で使用されている4文字の略語は、監査ログのフィールド名です）：

S3操作のうちPUT操作の割合をPで表すとします。0 ≤ P ≤ 1です（つまり、PUTワークロードが100%の場合はP = 1、GETワークロードが100%の場合はP = 0となります）。

S3アカウント名、S3バケット、S3キーの合計の平均サイズをKで表すことにしましょう。S3アカウント名は常にmy-s3-account（13バイト）で、バケット名は/my/application/bucket-12345（28バイト）のような固定長で、オブジェクトのキーは5733a5d7-f069-41ef-8fbd-13247494c69c（36バイト）のような固定長であるとします。すると、Kの値は90（13+13+28+36）になります。

PとKの値を決定できれば、監査レベルをデフォルト設定のまま（ストレージを除くすべてのカテゴリが「通常」に設定され、ストレージは「エラー」に設定されている）にしておくことを前提として、以下の数式を使用して、外部 syslog サーバーが処理する必要がある監査ログの量を推定できます。

例えば、グリッドのサイズが毎秒 1,000 回の S3 操作で、ワークロードが 50% PUT であり、S3 アカウント名、バケット名、オブジェクト名の平均が 90 バイトである場合、外部 syslog サーバーは毎秒 1,500 件の syslog メッセージをサポートできるようにサイズを設定する必要があり、監査ログデータを約 1 MB/秒の速度で受信（および通常は保存）できる必要があります。

監査ログに提供される数式は、デフォルトの監査レベル設定（ストレージを除くすべてのカテゴリが「通常」に設定され、ストレージは「エラー」に設定）を使用することを前提としています。デフォルト以外の監査レベル設定における監査メッセージの発生頻度と平均サイズを推定するための詳細な計算式は提供されていません。ただし、以下の表を使用してレートを概算することができます。監査ログ用に提供されている平均サイズ計算式を使用することもできますが、「追加」監査メッセージは平均してデフォルトの監査メッセージよりも小さいため、過大評価になる可能性が高いことに注意してください。

セキュリティイベントは S3 の操作とは関連しておらず、通常はごくわずかな量のログとデータしか生成しません。これらの理由から、推定式は提供されていません。

グリッドがサポートすると予想される1秒あたりのS3オペレーション数以外にS3ワークロードに関する情報がない場合は、次の数式を使用して、外部syslogサーバーが処理する必要があるアプリケーションログの量を推定できます。

例えば、グリッドが毎秒 1,000 回の S3 操作に対応できるサイズであれば、外部 syslog サーバーは、毎秒 3,300 件のアプリケーションログを処理できる規模で、毎秒約 1.2 MB の速度でアプリケーションログデータを受信（および保存）できる必要があります。

自分のワークロードについてより詳しく把握していれば、より正確な見積もりが可能になります。アプリケーション ログの場合、最も重要な追加変数はデータ保護戦略（レプリケーション vs. イレイジャー コーディング）、S3 操作のうち PUT 操作の割合（GET 操作やその他の操作との比較）、および以下の S3 フィールドの平均サイズ（バイト単位）です（表で使用されている 4 文字の略語は監査ログフィールド名です）：

PはS3操作のうちPUTである割合を表し、0 ≤ P ≤ 1とする（つまり、PUTワークロードが100%の場合はP = 1、GETワークロードが100%の場合はP = 0となる）。

Kを、S3アカウント名、S3バケット、およびS3キーの合計の平均サイズとします。S3アカウント名は常にmy-s3-account（13バイト）で、バケット名は/my/application/bucket-12345（28バイト）のような固定長で、オブジェクトのキーは5733a5d7-f069-41ef-8fbd-13247494c69c（36バイト）のような固定長であるとします。すると、Kの値は90（13+13+28+36）になります。

PとKの値を決定できれば、次の数式を使用して、外部syslogサーバーが処理できる必要があるアプリケーションログの量を推定できます。

例えば、グリッドのサイズが毎秒 1,000 回の S3 操作で、ワークロードが 50% PUT であり、S3 アカウント名、バケット名、オブジェクト名の平均が 90 バイトである場合、外部 syslog サーバーは毎秒 1,800 件のアプリケーションログをサポートできる規模である必要があり、毎秒 0.5 MB の速度でアプリケーションデータを受信（および通常は保存）します。

PはS3操作のうちPUTである割合を表し、0 ≤ P ≤ 1とする（つまり、PUTワークロードが100%の場合はP = 1、GETワークロードが100%の場合はP = 0となる）。

Kを、S3アカウント名、S3バケット、およびS3キーの合計の平均サイズとします。S3アカウント名は常にmy-s3-account（13バイト）で、バケット名は/my/application/bucket-12345（28バイト）のような固定長で、オブジェクトのキーは5733a5d7-f069-41ef-8fbd-13247494c69c（36バイト）のような固定長であるとします。すると、Kの値は90（13+13+28+36）になります。

PとKの値を決定できれば、次の数式を使用して、外部syslogサーバーが処理できる必要があるアプリケーションログの量を推定できます。

例えば、グリッドのサイズが毎秒 1,000 回の S3 操作で、ワークロードが 50% PUT であり、S3 アカウント名、バケット名、オブジェクト名の平均が 90 バイトである場合、外部 syslog サーバーは毎秒 2,250 件のアプリケーションログをサポートできる規模である必要があり、毎秒 0.6 MB の速度でアプリケーションデータを受信（および通常は保存）できる必要があります。