表 B-1 Message Queue の機能
|
機能
|
説明と参照情報
|
|
管理ツール
|
Message Queue サービスは、GUI ツールとコマンド行ツールを備えており、これらのツールによって、送信先、トランザクション、永続サブスクリプション、管理対象オブジェクトストア、ユーザーリポジトリ、JDBC 準拠のデータストア、およびサーバー証明書を管理することができます。
参照情報
「管理ツール」
『Message Queue 管理ガイド』の「管理タスクと管理ツール」
|
|
認証
|
ブローカへの接続を要求するユーザーを認証します。
Message Queue サービスを使用して、ユーザーの名前とパスワードをユーザーリポジトリに格納されている値と比較して検証することにより、ユーザーがブローカに接続できるようにします。リポジトリとして Message Queue に付属している単層型ファイルリポジトリを使用することも、LDAP リポジトリ (LDAP v2 または v3 プロトコル) を使用することもできます。
使用手順
- ユーザーリポジトリを作成するかデフォルトのインスタンスを使用します。
- imqusermgr ツールを使用してリポジトリに値を入力します。
参照情報
「認証と承認」
『Message Queue 管理ガイド』の「セキュリティーの管理」
|
|
承認
|
ユーザーによる特定の操作の実行を承認します。
Message Queue サービスを使用して、ユーザーおよびユーザーのグループが実行できる操作を指定するアクセス制御プロパティーファイルを作成することができます。ブローカは、クライアントによって、コネクションの作成、プロデューサの作成、コンシューマの作成、またはキューの参照を要求されたときにこのファイルを確認します。
使用手順
ブローカインスタンス用に自動的に作成されたアクセス制御プロパティーファイルを編集します。
参照情報
「認証と承認」
『Message Queue 管理ガイド』の「セキュリティーの管理」
|
|
自動再接続
|
管理者は、コネクションファクトリ管理対象オブジェクトに対してコネクションの属性を設定し、コネクションに障害が発生した場合に自動再接続できるようにします。再接続は、同じブローカに対して行うか、クラスタが使用されている場合はクラスタ内の別のブローカに対して行うことができます。再接続の試行回数と試行の間隔を指定することができます。クラスタ化されたブローカの場合は、ブローカのリストを反復する回数および特定の順序でリストを反復するかどうかを指定することもできます。
参照情報
「コネクションサービス」
『Message Queue 管理ガイド』の「管理対象オブジェクトの管理」と「管理対象オブジェクト属性のリファレンス」
|
|
ブローカクラスタ
|
管理者は、ブローカインスタンスをブローカクラスタにグループ化することで、数多くのブローカインスタンスの間でクライアントコネクションとメッセージ配信のバランスを取ることができます。
使用手順
- クラスタ内の各ブローカのクラスタ設定プロパティーを指定します。この操作は、設定ファイルを使用するか、各ブローカのプロパティーを設定することで実行できます。
- マスターブローカがある場合は、マスターブローカを起動します。
- クラスタ内のほかのブローカを起動します。
参照情報
第 4 章「ブローカクラスタ」
『Message Queue 管理ガイド』の「クラスタを使用した作業」
|
|
ブローカの設定
|
管理者は、ブローカのプロパティーを設定して、Message Queue サービスのパフォーマンスを調整できます。調整するプロパティーには、ルーティングサービス、持続サービス、セキュリティー、監視、管理対象オブジェクトの管理が含まれます。
参照情報
第 3 章「Message Queue サービス」
『Message Queue 管理ガイド』の「ブローカの設定」と「ブローカのプロパティーのリファレンス」
|
|
C クライアントサポート
|
C クライアントは Message Queue メッセージングサービスを使用して、メッセージを送受信することができます。C API により、旧バージョンの C アプリケーションと C++ アプリケーションを JMS ベースのメッセージに加えることができます。
Message Queue の C API は、標準 JMS 機能のほとんどに対応する C クライアントランタイムによってサポートされています。例外は、管理対象オブジェクト、マップ / ストリーム / メッセージ本体のタイプ、分散トランザクション、およびキューブラウザを使用する場合です。C クライアントランタイムも、Message Queue のエンタープライズ機能のほとんどをサポートしません。
参照情報
「Java クライアントと C クライアント」
『Message Queue Developer's Guide for C Clients』
|
|
圧縮されたメッセージ
|
Java クライアントは、送信するメッセージをクライアントランタイムで圧縮するように、メッセージプロパティーを設定することができます。コンシューマ側のランタイムは、メッセージを解凍してからコンシューマに配信します。メッセージの圧縮によって実際にパフォーマンスが向上するかどうかを判断するために使用できる追加のプロパティーが用意されています。
参照情報
「メッセージ本体」
『Message Queue Developer's Guide for Java Clients』の「Message Queue Clients: Design and Features」
|
|
設定可能な持続性
|
管理者は、Message Queue に付属しているファイルベースの持続ストアを使用するか、Oracle 8i などの JDBC 準拠のデータベースを使用するようにブローカを設定することができます。
使用手順
ファイルシステム持続ストレージまたは JDBC 準拠ストレージに関連するブローカのプロパティーを設定します。
参照情報
「持続サービス」
『Message Queue 管理ガイド』の「ブローカの設定」
|
|
設定可能な物理的な送信先
|
管理者は、送信先を作成するときに物理的な送信先のプロパティーを設定することによって、いくつかのメッセージング動作を定義することができます。すべての送信先に対して、次の動作を設定できます (コンシュームされていないメッセージの最大数またはそのようなメッセージで使用可能な最大メモリー量、メモリーの制限に達した場合にブローカで拒否するメッセージ、プロデューサとコンシューマの最大数、最大メッセージサイズ、1 回のバッチで配信されるメッセージの最大数、送信先がローカルのコンシューマにのみ配信できるかどうか、送信先上のデッドメッセージをデッドメッセージキューに移動できるかどうか)。
参照情報
「送信先とルーティングサービス」
『Message Queue 管理ガイド』の「物理的送信先を管理する」と「物理的送信先のプロパティーのリファレンス」
|
|
接続の ping
|
管理者は、コネクションファクトリーの属性を設定して、クライアントランタイムからブローカへの ping 操作の頻度を指定することができます。これにより、クライアントは、失敗したコネクションを前もって検出することができます。
参照情報
「コネクションサービス」
『Message Queue 管理ガイド』の「コネクションファクトリの属性」
|
|
デッドメッセージキュー
|
Message Queue メッセージサービスは、期限切れになったかまたはブローカが処理できなかったメッセージを保持するためのデッドメッセージキューを作成します。キューの内容を調べて、システムのパフォーマンスを監視、調整、または問題を解決することができます。
参照情報
「送信先とルーティングサービス」
『Message Queue 管理ガイド』の「物理的送信先を管理する」
|
|
HTTP コネクション
|
Java クライアントは、ブローカへの HTTP コネクションを作成することができます。
HTTP トランスポートにより、ファイアウォールを通過してメッセージを配信できます。Message Queue は、Web サーバー環境で実行される HTTP トンネルサーブレットを使用して、HTTP の仕組みを実装しています。クライアントによってプロデュースされるメッセージは、クライアントランタイムによって HTTP 要求としてラップされ、HTTP を介し、ファイアウォールを通過してトンネルサーブレットに配信されます。トンネルサーブレットは HTTP 要求から JMS メッセージを抽出し、そのメッセージを TCP/IP 経由でブローカに配信します。
使用手順
- HTTP トンネルサーブレットを Web サーバー上に配備します。
- ブローカの httpjms コネクションサービスを設定し、ブローカを起動します。
- HTTP コネクションを設定します。
- ブローカへの HTTP コネクションを取得します (Java クライアントのみ)
参照情報
「ブローカへの接続」
『Message Queue 管理ガイド』の付録 C 「HTTP サポートの有効化」
|
|
対話型の監視
|
管理者は、imqcmd metrics コマンドを使用して、ブローカをリモートから監視することができます。監視するデータには、JVM メトリックス、ブローカメッセージのフロー、コネクション、コネクションリソース、メッセージ、送信先メッセージのフロー、送信先リソースの使用状況が含まれます。
参照情報
「監視サービス」
『Message Queue 管理ガイド』の「メッセージサーバーの監視」
|
|
J2EE リソースアダプタ
|
Message Queue によって提供されるリソースアダプタを、J2EE 準拠のアプリケーションサーバーにプラグインすることができます。J2EE にはアプリケーションサーバー内で実行される分散コンポーネントが信頼性の高い非同期メッセージを使用して対話できるという要件があり、Message Queue を JMS プロバイダとして使用することによって、アプリケーションサーバーはこの要件を満たすことができます。
使用手順
アダプタの属性を設定することによってアダプタを設定します。
参照情報
「J2EE アプリケーションサーバーのサポート」
『Message Queue 管理ガイド』の「JMS リソースアダプタ属性リファレンス」
|
|
JNDI サービスプロバイダのサポート
|
クライアントは、JNDI API を使用して管理対象オブジェクトを検索することができます。
管理者は、imqobjmgr ユーティリティーを使用して、JNDI を使用してアクセス可能なオブジェクトストア内の管理対象オブジェクトの追加、一覧表示、更新、および削除を行うことができます。
参照情報
「管理ツール」
『Message Queue 管理ガイド』の「コマンドのリファレンス」
|
|
LDAP サーバーのサポート
|
管理者は、LDAP サーバーを使用して、管理対象オブジェクトの保存および認証と承認に必要なユーザー情報を保存することができます。デフォルトでは、Message Queue では、このデータ用のファイルベースストレージを用意しています。
管理対象オブジェクト用に使用するには
- ベンダーによって提供されているツールを使用して、ユーザーリポジトリの値の入力と管理を行います。
- LDAP 関連のブローカプロパティーを設定します。
- 管理ユーザーのアクセス制御を設定します。
参照情報
『Message Queue 管理ガイド』の「セキュリティーの管理」
ユーザーリポジトリ用に使用するには
- ベンダーによって提供されているツールを使用して、LDAP サーバーを設定します。
- LDAP 関連のブローカプロパティーを設定して、初期コンテキストとストアの場所を定義します。
- LDAP サーバーの動作のセキュリティー保護に関連する LDAP 関連のブローカプロパティーを設定します。
参照情報
「セキュリティーサービス」
『Message Queue 管理ガイド』の「管理対象オブジェクトの管理」
|
|
メモリーリソース管理
|
管理者は、次の動作を設定することができます。
- 送信先のプロパティーを設定して、プロデューサの最大数、メッセージの最大サイズ、および任意のメッセージの最大サイズを指定できます。
- 送信先のプロパティーを設定してメッセージフローを制御します。
- 送信先のプロパティーを設定して各送信先のメッセージフローを管理します。
- ブローカのプロパティーを設定して、そのブローカのすべての送信先のメッセージ制限を指定します。
- ブローカのプロパティーを設定して、ブローカがさらに深刻な状況に陥ったときに、メモリーの過負荷を避けるためのアクションを実行できるように、使用可能なシステムメモリーのしきい値を指定します。実行されるアクションは、メモリーリソースの状態によって異なります。
参照情報
「送信先とルーティングサービス」
『Message Queue 管理ガイド』の「ブローカの設定」、「ブローカのプロパティーのリファレンス」、および「物理的送信先のプロパティーのリファレンス」
|
|
メッセージ圧縮
|
開発者は、送信する前にクライアントランタイムでメッセージを圧縮するようにメッセージヘッダーのプロパティーを設定することができます。クライアントランタイムは、メッセージを解凍してからコンシューマに配信します。
参照情報
「メッセージプロパティー」
『Message Queue Developer's Guide for Java Clients』の「Message Compression」
|
|
クライアントに対するメッセージフローの制御
|
管理者または開発者は、接続を設定して、さまざまなフロー制限と測定手段を指定してペイロードメッセージとコントロールメッセージの衝突を最小限に抑え、これによりメッセージのスループットを最大限に高めることができます。
使用手順
コネクションファクトリ管理対象オブジェクトのフロー制御属性を設定するか (管理者)、コネクションファクトリのフロー制御プロパティーを設定します (開発者)。
参照情報
「コネクションファクトリとコネクション」
『Message Queue 管理ガイド』の「管理対象オブジェクトの管理」と「管理対象オブジェクト属性のリファレンス」
|
|
メッセージベースの監視 API
|
Java クライアントは監視 API を使用してカスタム監視アプリケーションを作成することができます。監視アプリケーションは、特殊なトピック送信先からメトリックスメッセージを取得するコンシューマです。
使用手順
- メトリックス監視クライアントを作成します。
- ブローカのプロパティーを設定して、ブローカのメトリックスメッセージプロデューサを設定します。
- メトリックストピック送信先のアクセス制御を設定します。
- 監視クライアントを起動します。
参照情報
「監視サービス」
『Message Queue Developer's Guide for Java Clients』の「Using the Metrics Monitoring API」
『Message Queue 管理ガイド』の「メッセージサーバーの監視」
|
|
複数のコンシューマへのキューの配信
|
クライアントは特定のキューに対して複数のコンシューマを登録することができます。
管理者は、アクティブコンシューマの最大数、キューのバックアップコンシューマの最大数を指定することができます。ブローカは、メッセージを登録コンシューマに分配することができるので、コンシューマ間で負荷が分散され、システムの拡張性が維持されます。
使用手順
物理的な送信先のプロパティー maxNumActiveConsumers と maxNumBackupConsumers を設定します。
参照情報
「ポイントツーポイントメッセージング」
『Message Queue 管理ガイド』の「物理的送信先のプロパティー」と「Multiple Consumer Queue Performance」
|
|
信頼性の高いデータ持続
|
絶対的な信頼性を確保するために、imq.persist.file.sync.enabled プロパティーを true に設定することで、オペレーティングシステムがデータを必ず同期的に書き込むようにすることができます。この同期化により、システム障害によるデータの損失をなくすことができますが、パフォーマンスは低下します。これで、データは失われなくなりますが、この時点でデータがクラスタ化されたブローカで共有されていないため、クラスタ内のほかのブローカはデータを利用できません。システムが再び稼動したときに、ブローカは確実に操作を再開することができます。
参照情報
「持続サービス」
『Message Queue 管理ガイド』の「ブローカのプロパティーのリファレンス」
|
|
セキュリティー保護コネクション
|
クライアントは、TCP/IP および HTTP トランスポートでの SSL (Secure Socket Layer) 標準を使用してメッセージ送信をセキュリティー保護することができます。これらの SSL ベースのコネクションサービスでは、クライアントとブローカ間で送信されるメッセージを暗号化することができます。
SSL のサポートは、自己署名サーバー証明書に基づいています。Message Queue は、非公開 / 公開キーを生成するユーティリティーを備え、自己署名証明書に公開キーを埋め込みます。証明書はブローカへのコネクションを要求しているクライアントに渡され、クライアントはこの証明書を使用して暗号化されたコネクションを設定します。
使用手順
- 自己署名付き証明書または署名済み証明書を生成します。
- セキュリティー保護サービスを有効にします。
- ブローカを起動します。
- クライアントのセキュリティーコネクションのプロパティーを設定し、クライアントを実行します。
参照情報
「ブローカへの接続」
「セキュリティーサービス」
『Message Queue 管理ガイド』の「セキュリティーの管理」
『Message Queue Developer's Guide for Java Clients』
『Message Queue Developer's Guide for C Clients』
|
|
SOAP のサポート
|
クライアントは、SOAP (XML) メッセージを受信し、それらのメッセージを JMS メッセージとしてラップし、ＪＭＳ メッセージと同じように Message Queue を使用して交換することができます。
クライアントは、特殊なサーブレットを使用して SOAP メッセージを受信し、ユーティリティークラスを使用して SOAP メッセージを JMS メッセージとしてラップすることができます。さらに別のユーティリティークラスを使用して SOAP メッセージを JMS メッセージから抽出することができます。クライアントは標準の SAAJ ライブラリを使用して、SOAP メッセージをアセンブルまたは逆アセンブルすることができます。
参照情報
「SOAP メッセージの処理」
『Message Queue Developer's Guide for Java Clients』の「Working With SOAP Message」
|
|
スレッド管理
|
管理者は、特定のコネクションサービスに割り当てられるスレッドの最大数と最小数を指定することができます。管理者はまた、共有スレッドモデルを使用して、コネクションサービスのスループットを増加させることができるかどうかを決定できます。これにより、アイドル状態のコネクションに割り当てられているスレッドをほかの接続で使用できます。
使用手順
コネクションサービスのスレッド関連プロパティーを設定します。
参照情報
「スレッドプール管理」
『Message Queue 管理ガイド』の「ブローカの設定」
|
|
調整可能なパフォーマンス
|
管理者は、ブローカのプロパティーを設定して、メモリーの使用状況、スレッド処理リソース、メッセージのフロー、コネクションサービス、信頼性パラメータ、およびメッセージのスループットとシステムのパフォーマンスに影響を与えるほかの要素を調整できます。
参照情報
「監視サービス」
『Message Queue 管理ガイド』の「メッセージサーバーの監視」と「メッセージサービスの分析と調整」
|
