TCP-RT の構成ガイド - Alibaba Cloud Linux - Alibaba Cloud ドキュメントセンター

TCP-RT は、カーネルレベルのイベントトラッキングを活用して TCP 接続におけるリクエストと応答を特定し、リクエスト受信時刻やサービス処理時間などの関連メトリックを収集する TCP 監視ツールです。TCP-RT は、HTTP/1.1、MySQL、Redis などのサービスのように、単一の接続上で同時実行されるリクエストと応答が 1 対のみ存在するシナリオに適用可能です。対応する OS は Alibaba Cloud Linux 2（カーネルバージョン 4.19.91-21.al7 以降）または Alibaba Cloud Linux 3 です。Alibaba Cloud Linux 3（カーネルバージョン 5.10.134-17 以降）では、従来の機能をすべて維持しつつ、HTTP/TLS プロトコルへの対応を追加した新バージョンの TCP-RT を提供します。

説明

各バージョンを明確に区別するため、本ドキュメントでは、旧バージョンを tcp_rt.ko、新バージョンを tcprt と表記します。主な相違点は以下のとおりです：

tcp_rt.ko：カーネルモジュールとして使用されます。
tcprt：systemctl および設定ファイルを用いて操作され、追加機能を提供します。

可能な限り、tcprt をご使用ください。

仕組み

ローカルモード（サーバー視点）

TCP サービスが 1 対の同時実行リクエストと応答を処理する場合のタイムラインを、以下の図に示します。

クライアントからサーバーへ送信される N 番目のリクエスト（ReqN）は、ReqN-1 および ReqN-2 の 2 つのパケットで構成されます。サーバーは、最初のパケットの到着時刻を T0、2 番目のパケットの到着時刻を T1 として記録します。サーバーがリクエスト全体を受信後、処理を行い、RspN-1 および RspN-2 の 2 つの応答パケットを送信します。サーバーは、最初の応答パケットの送信時刻を T2 として記録します。クライアントが応答を受信後、サーバーへ ACK を返信します。サーバーは、最終的な ACK を受信した時刻を T3 として記録します。

これらのタイムスタンプに基づき、TCP-RT は以下のメトリックを算出します：

upload_time：ユーザーがアップロードリクエストを開始した時刻。
process_time：サーバーの処理時間。
これは、サーバーが最後のリクエストパケットを受信した時刻から、最初の応答パケットの送信を開始した時刻までの間隔です。
download_time：データダウンロード時間。
これは、サーバーが応答パケットの送信を開始した時刻から、クライアントからの最終 ACK を受信した時刻までの間隔です。このメトリックは、大規模なデータ応答において重要です。

ピアモード（クライアント視点）

TCP サービスが 1 対の同時実行リクエストと応答を処理する場合のタイムラインを、以下の図に示します。

クライアントからサーバーへ送信される N 番目のリクエスト（ReqN）は、ReqN-1 および ReqN-2 の 2 つのデータパケットで構成されます。サーバーは、最初のパケットの受信時刻を T0、2 番目のパケットの受信時刻を T1 として記録します。リクエストを受信・処理した後、サーバーはクライアントへ RspN-1 および RspN-2 の 2 つの応答パケットを送信します。サーバーは、最初の応答パケットの送信時刻を T2 として記録します。クライアントが応答パケットを受信後、サーバーへ ACK を送信し、サーバーは最終 ACK の受信時刻を T3 として記録します。

これらのタイムスタンプに基づき、TCP-RT は以下のメトリックを算出します：

upload_time：ユーザーがアップロードリクエストを発行した時刻。
process_time：サーバーの処理時間。
これは、クライアントが最後のリクエストパケットを送信した時刻から、クライアントが最初の応答パケットを受信した時刻までの間隔です。
download_time：データダウンロード時間。
これは、クライアントが最初の応答パケットを受信した時刻から、最後の応答パケットを受信した時刻までの間隔です。

出力詳細

TCP-RT はカーネルモードで TCP サービスのメトリックを収集し、以下の表に示す形式で出力します。

ファイル種別

出力方法

出力タイミング

ログファイル

debugfs を介して /sys/kernel/debug/tcp-rt パス下の rt-network-log* という名前のファイルに出力されます。これらのファイルには以下の特徴があります：

ファイル名の接尾辞は CPU コアの序数です。たとえば、32 コアのサーバーでは、ログファイルは rt-network-log0 から rt-network-log31 までとなります。
各ファイルの最大サイズは 2 MB です。この上限を超えると、古いデータが消去されます。
debugfs を介して出力されるログファイルは 1 回限りの使用です。ファイルを一度読み取ると、読み取ったデータはクリアされます。

タイミング 1：TCP 接続上で次のタスク（1 対のリクエスト／応答）が始まる際に、TCP-RT は前回のタスクに関する情報を出力します。
イベント 2：接続が終了した際に情報を出力します。
TCP-RT が出力した後、アプリケーション層で直ちに読み取ることができます。

Stats ファイル

ポート（サーバーポートまたはクライアントポート）ごとに集計されたデータが、/sys/kernel/debug/tcp-rt 下の rt-network-stats ファイルに出力されます。

定期的に出力されます。デフォルトの間隔は 1 分です。

解析モード

TCP-RT は、設定可能な複数の解析モードをサポートしています。詳細については、「TCP-RT の使用方法」をご参照ください。

default：デフォルトモード。
HTTP、Redis、MySQL など、リクエスト／応答パターンに従う汎用 TCP ストリームを解析します。
http：拡張 HTTP 解析モード。
このモードはデフォルトモードを基盤として構築されており、往復レイテンシ（RTT）および輻輳ウィンドウのメトリックを報告します。また、HTTP の「Expect: 100-continue」プロセスを検出し、100-continue リクエストおよびその応答を R.C レコードとしてログに記録します。詳細については、「出力形式」をご参照ください。
Enhanced HTTPS
このモードは http モードを基盤として構築されており、Transport Layer Security（TLS）メッセージの解析を追加でサポートします。
- TLS ハンドシェイク解析：TLS 1.2 および TLS 1.3 のハンドシェイクフェーズを検出し、出力ログにマークします。詳細については、「出力形式」をご参照ください。
  - TLS 1.2（4 ウェイハンドシェイク）の場合、2 つの R.H レコードが生成されます。
  - TLS 1.3（3 ウェイハンドシェイク）の場合、1 つの R.H レコードが生成され、ハンドシェイク所要時間が含まれます。
- 「Close Notify」アラートメッセージ解析：このメッセージは R.A レコードとしてログに記録されます。詳細については、「出力形式」をご参照ください。

説明

tcp_rt.ko の解析モードは設定不可であり、デフォルトモードのみをサポートします。

出力形式

説明

TASK および TCP ライフサイクルの定義。

TASK：完全なリクエストおよび応答のサイクルを表します。
TCP ライフサイクルには複数の TASKs が含まれています。

ログファイル形式

ログファイルでは、レコード内の各カラムが 1 つの情報を表します。以下の図はサンプルログエントリを示しています。カラムは左から右へ順に以下のように説明されます：

バージョン番号。値は V6 または V7 です。
- V6：デフォルトバージョン。
- V7：特定の設定に基づいて生成される R 型レコードに追加フィールドが含まれる場合に使用されます。これには以下のレコードが該当します：
  - http または https 解析モードでの R ログは、末尾フィールドを含むため V7 を使用します。
  - R.C、R.Z、R.A、R.H、R.F などの拡張 R ログ形式は V7 を使用します。詳細については、以下の表をご参照ください。
レコードタイプ識別子。値は R、E、W、N、P のいずれかです。
- R：リクエストがローカルサーバーに到達し、TCP サービス内でリクエストおよび応答のサイクルが完了した際に生成されるレコードです。
- E：接続が閉じられた際に生成されるレコードです。
- W：応答送信中に接続が閉じられた際に生成されるレコードです。
- N：リクエスト受信中に接続が閉じられた際に生成されるレコードです。
- P：ローカルサーバーがリモートサーバーへリクエストを送信し、TCP サービス内でリクエストおよび応答のサイクルが完了した際に生成されるレコードです。
TASK 開始時刻の秒部分。
TASK 開始時刻のマイクロ秒部分。
TCP 接続のリモート IP アドレス。
TCP 接続のリモートポート。
TCP 接続のローカル IP アドレス。
TCP 接続のローカルポート。

追加フィールドはレコードタイプに応じて含まれます。詳細については、以下の表をご参照ください。

シナリオ ID	フィールド説明
R	このレコードは、TASK の正常な開始および終了を示します。単一の TCP 接続には複数の R レコードが存在する可能性があります。 TASK によって送信されたデータ量。単位：Byte。 TASK の総所要時間。単位：μs。最初のリクエストセグメントの到着から最終応答セグメントの ACK 受信までの間隔です。 TASK 中の最小 TCP 往復レイテンシ（RTT）。単位：μs。 TASK 中で再送信された TCP セグメント数。 TASK のシーケンス番号。TCP 接続確立後の最初の TASK は 1 から始まります。 TASK のサービス遅延。単位：μs。 `最後のリクエストセグメントの到着` から `最初の応答セグメントの送信` までの間隔です。 TASK のアップロード遅延。単位：μs。 `最初のリクエストセグメントの到着` から `最後のリクエストセグメントの到着` までの間隔です。 TASK によって受信されたデータ量。単位：Byte。 TASK 中に受信の並び替えが発生したかどうか： 1. 問題が発生します。 0：発生しなかった。 TASK 中で TCP が使用した最大セグメントサイズ（MSS）。単位：Byte。 TASK 終了時のスムーズ化 RTT。http/https 解析モード（tcprt のみ、V7）でのみ有効です。単位：μs。 TASK 終了時の輻輳ウィンドウ。http/https 解析モード（tcprt のみ、V7）でのみ有効です。単位：セグメント数。
R.C	説明 tcprt（V7）でのみサポートされます。 http/https 解析モードで出現する可能性があります。R レコードの形式と一致します。「Expect: 100-continue」リクエスト（アプリケーションデータを含まない）によってトリガーされた TASK を示します。
R.Z	説明 tcprt（V7）でのみサポートされます。 https 解析モードで出現する可能性があります。R レコードの形式と一致します。 TLS 1.3 の 0-RTT ハンドシェイクに属する TASK を示します。
R.A	説明 tcprt（V7）でのみサポートされます。 https 解析モードで出現する可能性があります。R レコードの形式と一致します。この TASK には `Close Notify` アラートメッセージが含まれています。この TASK には、最終応答パケットとアラートパケットの間に余分な時間が含まれません。
R.H	説明 tcprt（V7）でのみサポートされます。 https 解析モードで出現する可能性があります。R レコードには末尾フィールドが含まれることがあります。この TASK は TLS ハンドシェイクフェーズに属することを示します。TLS 1.3（3 ウェイハンドシェイク）の場合、ログにはマイクロ秒単位のハンドシェイク所要時間が記録されます。末尾フィールドの形式：`H <time>`。例：`H 151878` はハンドシェイク所要時間が 151878 μs であることを意味します。
R.F	説明 tcprt（V7）でのみサポートされます。 `first_frame` が有効な場合に出現します（「TCP-RT の使用方法」をご参照ください）。R レコードには末尾フィールドが含まれることがあります。この TASK は、バイトしきい値による完了時間統計をトリガーします。設定ファイルで定義されたバイトしきい値に基づき、応答データストリームがステップに分割され、各ステップのデータ量および完了時間がレコードに追加されます（単位：バイトおよび μs）。末尾フィールドの形式：`F <n> [bytes time]`。例：`F 6 7240 214 63698 311 98436 358` は、合計 6 個の数値を意味し、214 μs、311 μs、358 μs の完了時間に対応するデータ量がそれぞれ 7240、63698、98436 Byte であることを示します。
P	このレコードは、TASK の正常な開始および終了を示します。単一の TCP サービスには複数の P レコードが存在する可能性があります。P レコードは V6 で導入され、アウトバウンドのクライアントリクエストをキャプチャするために追加されました。これらは、`pports` または `pports_range` が設定されている場合にのみ出現します。 TASK によって送信されたデータ量。単位：Byte。 TASK の総所要時間。ローカルサーバーがデータを送信してから最終リモート応答を受信するまでの時間。単位：μs。 TASK 中の最小 TCP 往復レイテンシ（RTT）。単位：μs。 TASK 中で再送信された TCP セグメント数。 TASK のシーケンス番号。TCP 接続確立後の最初の TASK は 1 から始まります。 TASK のサービス時間。リクエスト完了から最初の応答受信までの時間。単位：μs。 TASK の応答受信時間。最初の応答パケットから最後の応答パケットの受信までの時間。単位：μs。 TASK が受信した応答の総サイズ。単位：Byte。 TASK プロシージャ中に順不同受信が発生するかどうかを指定します。有効な値： 1：発生した。 0：いいえ TASK 中で TCP が使用した最大セグメントサイズ（MSS）。単位：Byte。
E	このレコードは TCP 接続の閉じられることを示します。各 TCP 接続には正確に 1 つの E レコードがあります。`pports` または `pports_range` が設定された接続でも、このレコードが生成されます。最終 TASK のシーケンス番号。 TCP ライフサイクル中に送信された総データ量。単位：Byte。送信済みだが承認されていないデータ量。該当しない場合は 0。単位：Byte。 TCP ライフサイクル中に受信された総データ量。単位：Byte。 TASK によって再送信された TCP セグメント数。 TCP ライフサイクル中の最小 TCP 往復レイテンシ（RTT）。単位：μs。
N	このレコードは、リクエストセグメント受信中に TCP 接続が閉じられた場合に出現します。接続には 0 個または 1 個の N レコードが存在する可能性があります。最終 TASK の序数。最終 TASK の所要時間には、タスクが送信前に停止したため受信時間のみが含まれます。この所要時間はマイクロ秒（μs）単位で測定されます。 TCP ライフサイクル中に受信されたデータ量。単位：Byte。 TASK プロセス中に順不同受信が発生したかどうかを指定します。値が 1 の場合は順不同受信が発生したことを示し、値が 0 の場合は発生しなかったことを示します。 TASK 中で TCP が使用した最大セグメントサイズ（MSS）。単位：Byte。
W	このレコードは、応答セグメント送信中に TCP 接続が閉じられた場合に出現します。接続には 0 個または 1 個の W レコードが存在する可能性があります。最終 TASK で既に送信された応答データ量。単位：Byte。最終 TASK の所要時間。接続が異常に早期に閉じられたため、送信時間は不完全です。単位：μs。最終 TASK の最小 TCP 往復レイテンシ（RTT）。単位：μs。最終 TASK で再送信された TCP セグメント数。最終 TASK のシーケンス番号。最終 TASK のサービス遅延。単位：μs。最終 TASK のアップロード遅延。単位：μs。送信済みだが承認されていない応答データ量。該当しない場合は 0。単位：Byte。 TASKプロシージャ中に順序不同受信が発生するかどうかを指定します。有効な値は次のとおりです。 1：発生した。 0: いいえ。最終 TASK 中で TCP が使用した最大セグメントサイズ（MSS）。単位：Byte。

説明

拡張ログタイプは R.x 形式を使用し、x は単一文字または複数文字の組み合わせになります。たとえば、R.AF は A および F の両方が適用されることを示します。
R.A および R.C のログは応答データ量を判定基準としており、若干の誤検知が発生する可能性があります。
上記の表で TASK が送信したデータ量を示すメトリックについて、接続の最終 TASK の場合、通常の処理時に接続終了（FIN）を考慮して snd_nxt 値から 1 を減算します。ただし、接続が異常に閉じられた場合（たとえば、TASK 完了後に異常終了メッセージ（RST）を受信し、reset に応じて接続が終了した場合）、実際に送信されたデータ量は表示値より 1 バイト大きくなります。通常、TASK が送信したデータ量に関連するパラメーター値は正確であり、誤差は最大で 1 バイトです。

説明

3 つの時間フェーズは、「仕組み」に示されています：

R レコードは総所要時間（T0 から T3）、アップロード遅延（upload_time、T0 から T1）、およびサービス遅延（process_time、T1 から T2）を報告します。ダウンロード時間（download_time）は以下の数式で算出できます：

download_time = total_time - upload_time - process_time

Stats ファイル形式

カラムは左から右へ順に以下のように説明されます：

レコードが出力されたタイムスタンプ。
予約済みフィールド。値は常に all です。
ポート番号。
R レコードから得られる TASK の平均総所要時間。
R レコードから得られる TASK の平均サービス遅延。
パケット損失率（‰ 単位）。
平均 RTT（マイクロ秒単位、μs）。
リクエスト送信中に閉じられた TASK の割合（‰ 単位）。
TASK ごとの平均送信データ量。
TASK の平均アップロード遅延。
TASK ごとの平均受信データ量。
統計に含まれる TASK 数。

tcprt と tcp_rt.ko のバージョン差異

比較項目	tcprt	tcp_rt.ko
ログファイルパス	同一
ログ形式	tcprt は下位互換性を維持しつつ、ログ形式を拡張しています。
機能管理	`systemctl`	`modprobe/rmmod`
機能構成	設定ファイル： `/etc/tcprt-bpf/tcprt.yaml`	モジュールパラメーター： `/sys/module/tcp_rt/parameters/*`
システム要件	Alibaba Cloud Linux 3（カーネルバージョン `5.10.134-17` 以降）。	Alibaba Cloud Linux 2（カーネルバージョン `4.19.91-21.al7` 以降）。 Alibaba Cloud Linux 3。
機能	default に加えて、http および https 解析モードをサポート。 `first_frame` 機能をサポート。	default 解析モードのみをサポート。

機能の使用方法

ご利用の環境に応じて、以下のいずれかの方法を選択してください：

tcprt
Alibaba Cloud Linux 3（カーネルバージョン 5.10.134-17 以降）向け。
tcp_rt.ko
- Alibaba Cloud Linux 2（カーネルバージョン 4.19.91-21.al7 以降）向け。
- Alibaba Cloud Linux 3.

説明

両者ともログファイルパスが同一であるため、同時に実行することはできません。どちらか一方のみを実行できます。

tcprt

インストールおよび構成手順。

tcprt をインストールします。
```
sudo yum install -y tcprt
```

tcprt を構成します。

/etc/tcprt-bpf/tcprt.yaml ファイルを開きます。
```
sudo vim /etc/tcprt/tcprt.yaml
```

i キーを押して編集モードに入り、必要に応じてパラメーターを構成します。

構成ファイルには、global、per-port、init の 3 つのセクションがあります。各セクションの内容は以下の表に示します。

global

パラメーター	説明	値	デフォルト
peer	tcprt のデフォルトポートマッチングモード。 false：ローカルポートをマッチします。 true：リモートポートをマッチします。	true/false	未設定
stats	stats ログ出力を有効化します。	enable/disable	disable
stats_interval	stats 出力間隔。単位：s。	整数	60
first_frame_bytes	完了時間統計のバイトしきい値。単位：バイト。	最大 4 個の整数のリスト	未設定

per port

このセクションはデフォルトで空のリストです。各要素はポート構成を定義します。

パラメーター	説明	値	デフォルト
port	ポート番号または範囲。	ポート番号を表す整数。カンマで区切られた 2 つの整数：閉区間のポート範囲。	なし
peer	このポート（または範囲）のマッチングモード。	true/false	グローバルピアリング構成
mode	プロトコル解析モード。default は tcp_rt.ko の動作と一致します。	default/http/https	default
first_frame	バイトしきい値による完了時間統計を有効化します。	enable/disable	disable

初期化します。

パラメーター	説明	値	デフォルト
log_buf_num	ログファイル用サブバッファーの数。	整数	8
log_buf_size	各ログサブバッファーのサイズ。単位：バイト。最大ログファイルサイズは `log_buf_num * log_buf_size` です。	整数	262144
stats_buf_num	stats ファイル用サブバッファーの数。	整数	8
stats_buf_size	各 stats サブバッファーのサイズ。単位：バイト。最大 stats ファイルサイズは `stats_buf_num * stats_buf_size` です。	整数	16384

ファイル編集後、Esc キーを押し、:wq を入力して Enter キーを押してファイルを保存します。
サービスを起動して、設定を自動的に読み込みます。
```
sudo systemctl start tcprt
```
（任意）ブート時に自動起動を有効化できます。
```
sudo systemctl enable tcprt
```

tcprt のアンインストール。
```
sudo yum remove tcprt
```
y を入力し、Enter キーを押して、アンインストールを確認してください。

tcprt 構成例

peer パラメーターを false に設定し、デフォルトでローカルポートをマッチさせるようにします。2 つのポート構成を追加します：
- ポート 443（完全一致）：ローカルポートをマッチさせるために HTTPS 解析を有効化します。バイトしきい値による完了時間統計（first_frame 機能）を有効化し、しきい値を 100、2000、20000 バイトに設定します。
- ポート範囲 56789～56800：デフォルトの TCP 解析を使用し、リモートポートをマッチさせます。
stats 機能を無効化します。
ログおよび stats のデフォルトバッファーサイズを使用します。

global:
  peer: false
  stats: disable
  stats_interval: 60
  first_frame_bytes: [100, 2000, 20000, 0]
per-port:
  -
    port: 443
    mode: https
    first_frame: enable
  -
    port: 56789,56800
    mode: default
    peer: true

init:
  log_buf_num: 8
  log_buf_size: 262144
  stats_buf_num: 8
  stats_buf_size: 16384

説明

バイト完了時間は ACK パケットを用いてトラッキングされます。実際には、1 つの ACK パケットが数十 KB のような大量のデータを承認することがあります。そのため、ログに記録されるデータ量は、構成されたバイトしきい値を超えることがあります。

tcp_rt.ko

モジュールの読み込みおよび構成。

以下のいずれかの方法をご利用ください。

モジュール読み込み時にパラメーターを構成します。
1. tcp_rt モジュールを読み込み、パラメーターを構成します。
  例：tcp_rt モジュールを読み込み、lports を 80 に構成します。
```
sudo modprobe tcp_rt lports=80
```
2. 構成を確認します。
```
sudo cat /sys/module/tcp_rt/parameters/lports
```

モジュールを読み込んだ後、パラメーターを構成します。

モジュールを読み込みます。
```
sudo modprobe tcp_rt
```

モジュール読み込み後、/sys/module/tcp_rt/parameters/ ディレクトリでパラメーターを構成します。

例：ローカルポート 80 を監視します。

sudo sh -c 'echo 80 > /sys/module/tcp_rt/parameters/lports'

構成を確認します。

sudo cat /sys/module/tcp_rt/parameters/lports

パラメーターおよびコマンドの説明は、以下の表に示します。

パラメーター	説明	デフォルト	コマンド
stats	stats 出力を有効化します： 0: いいえ。 1: はい。	0	`echo 0 > stats`
stats_interval	stats 出力間隔。単位：s。	60	`echo 60 > stats_interval`
lports	監視対象のローカルサーバーポート（最大 6 個）。	なし	`echo 80,800,8080 > lports`
pports	TCP 接続のリモートポート。	なし	`echo 80,800,8080 > pports`
lports_range	ローカルサーバーポートの範囲。範囲ごとに 2 つの数字を指定します。例：80–100 および 1000–2000 を構成します。	なし	`echo 80,100,1000,2000 >lports_range`
pports_range	リモートポートの範囲。範囲ごとに 2 つの数字を指定します。例：80–100 および 1000–2000 を構成します。	なし	`echo 80,100,1000,2000 >pports_range`
log_buf_num	最大ログファイルサイズは `log_buf_num * 256 k` です。モジュール読み込み時のみ構成可能です。	8	`modprobe tcp_rt log_buf_num=10`
stats_buf_num	最大 stats ファイルサイズは `stats_buf_num * 16 k` です。モジュール読み込み時のみ構成可能です。	8	`modprobe tcp_rt stats_buf_num=10`

モジュールをアンロードします。
1. 以下のコマンドを実行して、tcp-rt モジュールを非アクティブ化します。これにより、新しい接続が TCP-RT を使用しなくなります。
```
sudo echo 1 > /sys/kernel/debug/tcp-rt/deactivate
```
2. 以下のコマンドを実行して、tcp-rt モジュールを使用している接続がないことを確認します。
```
lsmod
```
  Used by の値が tcp-rt モジュールに対して 0 の場合、tcp-rt を使用している接続はありません。
3. 接続が tcp-rt モジュールを使用していない場合、以下のコマンドを実行して tcp-rt モジュールをアンインストールします。
```
sudo rmmod tcp_rt
```

よくある質問

ログファイルサイズが構成と異なる

ls -l などのコマンドで表示されるファイルサイズが、構成されたサイズよりも大きい場合があります。これは正常です。ログファイルは /sys 仮想ファイルシステムに格納されています。したがって、ls -l コマンドは実際のディスク使用率を反映しません（これらのファイルはディスク領域を消費しません）。表示されるサイズは累積ログ量を表しており、時間とともに増加します。実際のログサイズを確認するには、ログを通常のファイルにリダイレクトして、そのファイルを確認してください。

以下の図は、デフォルト設定（2 MB）の例を示しています。cat コマンドを用いてログ内容をファイルにリダイレクトした場合、ファイルの実際のサイズは期待通り約 2 MB になります。