# MQTT QoSレベルの選び方とパフォーマンス比較

## 目次
1. はじめに
2. MQTTとは
3. QoS（Quality of Service）の概要
   1. QoS 0: 最小の保証
   2. QoS 1: 少なくとも1回のデリバリー
   3. QoS 2: 正確に1回のデリバリー
4. QoSレベルの選び方
   1. アプリケーション要件の理解
   2. データの重要度別QoSの選択
   3. ネットワーク状況による選択
5. パフォーマンス比較
   1. レイテンシとスループット
   2. ネットワーク帯域の影響
   3. システムリソースの観点
6. 実用的シナリオによるQoSの選択
7. まとめ

## 1. はじめに
MQTT（Message Queuing Telemetry Transport）は、軽量な通信プロトコルの一つであり、IoT（Internet of Things）における標準的な通信手段として広く利用されています。MQTTの特長の一つとして、センサーデータの収集、デバイス制御といった用途に適した「品質保証レベル（QoS: Quality of Service）」があります。ここでは、MQTTによるQoSレベルについての基本を理解し、実際の適用方法や選択基準について掘り下げていきます。

## 2. MQTTとは
MQTTは、ISO/IEC PRF 20922として標準化されているプロトコルで、主に低帯域幅、高遅延または不安定なネットワーク環境において効率的でリソースフレンドリーな通信を目指しています。以下はMQTTの特徴です：

- パブリッシュ・サブスクライブ型モデル
- 軽量で簡単なプロトコル設計
- TCP/IP上で動作
- デバイス間のモノのインターネット（IoT）コミュニケーションを可能にする

## 3. QoS（Quality of Service）の概要
QoSは、メッセージがいつ、どのように届けられるかを制御する重要な要素であり、3つのレベルが定義されています。

### 3-1. QoS 0: 最小の保証
- **概要**: メッセージが届けられる保証はなく、配信が成功するかどうかを確認しません。
- **用途**: 失敗を許容できる、たとえばセンサーデータの定期的な報告などに利用されます。

### 3-2. QoS 1: 少なくとも1回のデリバリー
- **概要**: メッセージが少なくとも1回届けられることが保証されます。重複が発生する可能性があります。
- **用途**: 多少の冗長性が許されるが、最低限の信頼性を求める場面で使用されます。

### 3-3. QoS 2: 正確に1回のデリバリー
- **概要**: メッセージは確実に一回だけ届けられます。このプロセスは最も複雑で、リソースを消費します。
- **用途**: 重複が致命的なエラーを引き起こす場合の重要なメッセージに使用されます。

## 4. QoSレベルの選び方
QoSレベル選択の際には、アプリケーションやネットワーク、リソースの状況に応じて柔軟に検討する必要があります。

### 4-1. アプリケーション要件の理解
アプリケーションの設計段階で、どのような保証が必要なのかを明確にしておくことが重要です。例えば、リアルタイム性が求められるか、データの完全性が優先されるかによって必要なQoSは異なります。

### 4-2. データの重要度別QoSの選択
- 状況やアプリケーションによって、異なるQoSを使用することで、無駄なリソース消費を抑えつつ、重要なデータの信頼性を確保します。
- 例えば、温度データのように冗長化可能なデータにはQoS 0を、制御信号のような、必須な情報にはQoS 1や2を利用します。

### 4-3. ネットワーク状況による選択
ネットワーク環境が不安定な場合、QoS 1または2を活用することで信頼性を確保します。ただし、これによりシステムの負荷が高まる可能性もあるため慎重な評価が必要です。

## 5. パフォーマンス比較

### 5-1. レイテンシとスループット
評価を行った場合、以下のような結果が得られます。

| QoSレベル | 平均レイテンシ(ms) | スループット(メッセージ/秒) |
|-----------|--------------------|------------------------------|
| 0         | 50                 | 1000                         |
| 1         | 70                 | 850                          |
| 2         | 120                | 600                          |

上記の表は一般的な通信環境でのサンプルであり、実際の値は使用するネットワークとデバイスに依存します。QoSレベルが高くなるほど、遅延が大きくなり、スループットが低下する傾向にあります。

### 5-2. ネットワーク帯域の影響
QoSは信頼性を高めるための再送制御を増やすため、ネットワーク帯域を圧迫します。この結果、QoS 2ではネットワーク帯域幅の使用率が最大となる可能性が高くなります。

### 5-3. システムリソースの観点
QoSが高くなるにしたがって、ブローカおよびクライアントの処理負荷が増加します。特にQoS 2は、複雑な確認プロセスを経るため、CPU使用率やメモリ消費が増大する点に留意が必要です。

## 6. 実用的シナリオによるQoSの選択

- **スマートホーム**（照明操作）: 主にQoS 1を使用。失敗時に即座の再送が望ましいが、多少の重複があっても問題ない。
- **産業機械制御**: QoS 2が推奨される場面も多く、システムの誤動作を防ぐため確実な配信が求められる。
- **環境モニタリング**: データの更新速度を優先するためQoS 0が選ばれることが多いが、重要な警報メッセージはQoS 1を選択可能。

## まとめ
MQTTにおけるQoSの選択は、アプリケーション要件、ネットワーク状況、リソース制限を考慮に入れた慎重な見極めが必要です。また、QoSレベルを設定することで、信頼性とパフォーマンスとのバランスをどのように取るかを最適化することが可能です。最終的には、異なるシナリオに応じた最適なQoSを選択し、効率的かつ効果的な通信を実現することが鍵となります。 [cv:issue_marketplace_engineer]

# MQTT QoSレベルの選び方とパフォーマンス比較

## 目次
1. はじめに
2. MQTTとは
3. QoS（Quality of Service）の概要
   1. QoS 0: 最小の保証
   2. QoS 1: 少なくとも1回のデリバリー
   3. QoS 2: 正確に1回のデリバリー
4. QoSレベルの選び方
   1. アプリケーション要件の理解
   2. データの重要度別QoSの選択
   3. ネットワーク状況による選択
5. パフォーマンス比較
   1. レイテンシとスループット
   2. ネットワーク帯域の影響
   3. システムリソースの観点
6. 実用的シナリオによるQoSの選択
7. まとめ

## 1. はじめに
MQTT（Message Queuing Telemetry Transport）は、軽量な通信プロトコルの一つであり、IoT（Internet of Things）における標準的な通信手段として広く利用されています。MQTTの特長の一つとして、センサーデータの収集、デバイス制御といった用途に適した「品質保証レベル（QoS: Quality of Service）」があります。ここでは、MQTTによるQoSレベルについての基本を理解し、実際の適用方法や選択基準について掘り下げていきます。

## 2. MQTTとは
MQTTは、ISO/IEC PRF 20922として標準化されているプロトコルで、主に低帯域幅、高遅延または不安定なネットワーク環境において効率的でリソースフレンドリーな通信を目指しています。以下はMQTTの特徴です：

- パブリッシュ・サブスクライブ型モデル
- 軽量で簡単なプロトコル設計
- TCP/IP上で動作
- デバイス間のモノのインターネット（IoT）コミュニケーションを可能にする

## 3. QoS（Quality of Service）の概要
QoSは、メッセージがいつ、どのように届けられるかを制御する重要な要素であり、3つのレベルが定義されています。

### 3-1. QoS 0: 最小の保証
- **概要**: メッセージが届けられる保証はなく、配信が成功するかどうかを確認しません。
- **用途**: 失敗を許容できる、たとえばセンサーデータの定期的な報告などに利用されます。

### 3-2. QoS 1: 少なくとも1回のデリバリー
- **概要**: メッセージが少なくとも1回届けられることが保証されます。重複が発生する可能性があります。
- **用途**: 多少の冗長性が許されるが、最低限の信頼性を求める場面で使用されます。

### 3-3. QoS 2: 正確に1回のデリバリー
- **概要**: メッセージは確実に一回だけ届けられます。このプロセスは最も複雑で、リソースを消費します。
- **用途**: 重複が致命的なエラーを引き起こす場合の重要なメッセージに使用されます。

## 4. QoSレベルの選び方
QoSレベル選択の際には、アプリケーションやネットワーク、リソースの状況に応じて柔軟に検討する必要があります。

### 4-1. アプリケーション要件の理解
アプリケーションの設計段階で、どのような保証が必要なのかを明確にしておくことが重要です。例えば、リアルタイム性が求められるか、データの完全性が優先されるかによって必要なQoSは異なります。

### 4-2. データの重要度別QoSの選択
- 状況やアプリケーションによって、異なるQoSを使用することで、無駄なリソース消費を抑えつつ、重要なデータの信頼性を確保します。
- 例えば、温度データのように冗長化可能なデータにはQoS 0を、制御信号のような、必須な情報にはQoS 1や2を利用します。

### 4-3. ネットワーク状況による選択
ネットワーク環境が不安定な場合、QoS 1または2を活用することで信頼性を確保します。ただし、これによりシステムの負荷が高まる可能性もあるため慎重な評価が必要です。

## 5. パフォーマンス比較

### 5-1. レイテンシとスループット
評価を行った場合、以下のような結果が得られます。

| QoSレベル | 平均レイテンシ(ms) | スループット(メッセージ/秒) |
|-----------|--------------------|------------------------------|
| 0         | 50                 | 1000                         |
| 1         | 70                 | 850                          |
| 2         | 120                | 600                          |

上記の表は一般的な通信環境でのサンプルであり、実際の値は使用するネットワークとデバイスに依存します。QoSレベルが高くなるほど、遅延が大きくなり、スループットが低下する傾向にあります。

### 5-2. ネットワーク帯域の影響
QoSは信頼性を高めるための再送制御を増やすため、ネットワーク帯域を圧迫します。この結果、QoS 2ではネットワーク帯域幅の使用率が最大となる可能性が高くなります。

### 5-3. システムリソースの観点
QoSが高くなるにしたがって、ブローカおよびクライアントの処理負荷が増加します。特にQoS 2は、複雑な確認プロセスを経るため、CPU使用率やメモリ消費が増大する点に留意が必要です。

## 6. 実用的シナリオによるQoSの選択

- **スマートホーム**（照明操作）: 主にQoS 1を使用。失敗時に即座の再送が望ましいが、多少の重複があっても問題ない。
- **産業機械制御**: QoS 2が推奨される場面も多く、システムの誤動作を防ぐため確実な配信が求められる。
- **環境モニタリング**: データの更新速度を優先するためQoS 0が選ばれることが多いが、重要な警報メッセージはQoS 1を選択可能。

## まとめ
MQTTにおけるQoSの選択は、アプリケーション要件、ネットワーク状況、リソース制限を考慮に入れた慎重な見極めが必要です。また、QoSレベルを設定することで、信頼性とパフォーマンスとのバランスをどのように取るかを最適化することが可能です。最終的には、異なるシナリオに応じた最適なQoSを選択し、効率的かつ効果的な通信を実現することが鍵となります。 

MQTT QoSレベルの選び方とパフォーマンス比較

目次

続きを読むには単価診断を受けてください（30秒）