SDD (Solution Deployment Descriptor) とは、デプロイメント対象に関するデプロイメント・メタデータと、デプロイメント対象のアグリゲーションに関するデプロイメント・メタデータとを定義する一連の XML 文書で定義した新しい標準です。デプロイメントに関する情報はこれまでコードや文書に埋もれているのが一般的でしたが、この情報を外部化すると、さまざまなメリットがもたらされます。人間やソフトウェアなどの、SDD の使用者は、デプロイメントを成功に導くための要件、そしてデプロイメントの結果の両方に関して提供された情報を利用して、ソフトウェア環境の変更を一層効果的に計画し、その変更を成功させることができます。この記事では SDD について紹介し、この標準が提供するサポートの全体的な概要を説明します。
本文全体を読むポリシー・システムの基礎と概要を学んでください。この記事では Apache Imperius を例に、SPL 言語および評価エンジンについて説明し、SPL 環境をインストールする方法 SPL ポリシーを作成する方法、そして作成したポリシーを SPL エンジンを使って実行する方法を紹介します。SPL のおかげで日常の管理タスクがどれほど容易になるかがわかるはずです。
本文全体を読む今回は、Common Base Event と WSDM（Web Services Distributed Management）Event Format（WEF）間のマッピングを詳しく見てみましょう。これは、既にCommon Base Event フォーマットを採用していて、さらに WEF イベントに変換する必要があるというケースを想定したマッピングで、具体的にはCommon Base Event アダプターを WEF アダプターに変換します。
本文全体を読むIBM Support Assistant Lite ツールの重要な拡張機能である、拡張分析について見てゆきましょう。拡張分析機能の動作を探り、独自のコレクションに対する拡張分析の設定方法を、チェックリストを使用して進めます。
本文全体を読むIBM Informix Dynamic Server 11 (IDS 11) は、管理および保守タスクの自動化に役立つ新機能を提供します。ここでは、新しいスケジューラと SQL API によって DBA の日常業務をどのように簡略化できを説明します。
本文全体を読む本シリーズでは、Eclipse TPTP で提供されるツールを用いてWSDMのエンドポイント開発のテストの支援や、展開済みのエンドポイントをテスト・検証するツールであるManaged Agent Explorer を紹介します。今回はTPTPツール内でエンドポイントを開発しているときに自動的に Managed Agent Explorer によって検証テストが行われるようにする方法と、展開済みのエンドポイントに接続する方法について説明します。具体的には、Managed Agent Explorer 内のビューの使用方法、プロパティの設定や処理の実行方法などの基本的な操作方法などです。
本文全体を読むこの 4 回シリーズでは、Log and Trace Analyzer for Java Desktop の概要、インストール・プロセスについてのアドバイス、ツールを正しく構成する方法などについて包括的に説明します。また、パフォーマンス向上のヒント、統合方法、ハンズオン・シナリオに加え、IBM Tivoli Monitoring 6.1 Events Tool に関する情報も紹介します。シリーズ最後の今回は、IBM Tivoli Monitoring 6.1 から LTA-JD を実行する方法を説明します。
本文全体を読むこの 4 回シリーズでは、Log and Trace Analyzer for Java<trade/> Desktop の概要、インストール・プロセスについてのアドバイス、ツールを正しく構成する方法などについて包括的に説明します。また、パフォーマンス向上のヒント、統合方法、ハンズオン・シナリオに加え、IBM Tivoli Monitoring 6.1 Events Tool に関する情報も紹介します。データを使いやすいものにする方法を見つけ出し、問題判別や保守のコストを削減する方法を学んでください。第 3 回では、テクノロジーを紹介するビジュアル・ツアー で、トラブルシューティングのヒントを得て、LTA-JD のパフォーマンスを最大限引き出す方法をご紹介します。長い文章による説明よりも 1 つのスクリーン・ショットのほうが簡単に理解いただけると思います。
本文全体を読むこの 4 回シリーズでは、Log and Trace Analyzer for Java Desktop の概要、インストール・プロセスについてのアドバイス、ツールを正しく構成する方法などについて包括的に説明します。また、パフォーマンス向上のヒント、統合方法、ハンズオン・シナリオに加え、IBM Tivoli Monitoring 6.1 Events Tool に関する情報も紹介します。データを使いやすいものにする方法を見つけ出し、問題判別や保守のコストを削減する方法を学んでください。第 2 回では、LTA-JD の概要、ツールのインストールと構成のガイド、およびツールの主な機能の一覧を紹介します。
本文全体を読むWSDM (WS-DistributedManagement) は、管理対象リソースの基盤となる Web サービス・インターフェースを定義する OASIS 標準です。WSDM 仕様にはメトリックに関する定義も含まれています。メトリックとは、一定の期間で値を収集する対象となるリソース・プロパティーのことです。Web サービス・メトリックの例には、1 分あたりの要求処理数、1 日あたりのディスク・スペースの消費量、サーバーのタイムアウトが原因で失敗したトランザクションの割合などがあります。この記事では、WSDM のメトリックを使用する上での重要な 3 つのタスク、すなわち、メトリックにすべきリソース・プロパティーの決定、Apache Muse によるメトリックの作成、そして Web サービス・クライアントからのメトリック値の評価について説明します。
本文全体を読む皆さんは Apache Muse を使って、単に WSDM に準拠したプロジェクトの作成から WSDM に最適化されたプロジェクトの作成に進化したいと思いますか。Apache Muse の新しいユーザーは、Apache Muse ランタイムの基礎となる部分についてほとんど理解しなくても、Apache Muse を使って、管理可能なリソースのための Web サービス・インターフェースを設計でき、必要な Java コードを生成でき、そしてデプロイ可能な成果物を構成することができます。しかし、大量の管理可能なリソースか、るいはたとえ 1 つでも非常に複雑なリソースを公開する Web サービスを作成する場合には、Muse プログラミング・モデルの背景にある中核概念を理解する価値があります。この記事と、この記事に続くチュートリアルを読むことで、この中核概念を理解しましょう。それによって、Muse を使って単に WSDM に準拠したプロジェクトを作成するのではなく、Muse を使って WSDM に最適化されたプロジェクトを作成できるようになります。
本文全体を読むこの 4 回シリーズでは、Log and Trace Analyzer for Java Desktop の概要、インストール・プロセスについてのアドバイス、ツールを正しく構成する方法などについて包括的に説明します。また、パフォーマンス向上のヒント、統合方法、ハンズオン・シナリオに加え、IBM Tivoli Monitoring 6.1 Events Tool に関する情報も紹介します。データを使いやいものにする方法を見つけ出し、問題判別や保守のコストを削減する方法を学んでください。第 1 回では、データ収集の課題を明確にするとともに、その課題に対処していくうえで共通イベント・フォーマットとシンプトン・リポジトリーがどのように役立つのかを説明します。
本文全体を読むWSDM (WS-DistributedManagement) 標準のとりわけ強力な特徴として挙げられるのは、管理対象リソースのライフ・サイクルに関する通知に標準ベの Advertisement 機能です。WSDM Advertisement を WSN (WS-Notification) と組み合わせると、いかにして監視対象となる管理可能なリソースを管理クライアントにアラートしてシステムを「ブートストラップ」させるかという、自己管理 IT システムで最も厄介な問題の 1 つを解決することができます。これまでも、手作業による介入とリソース情報のハードコーディングによってこういった構成を実現することもできなくはありませんでしたが、それでは適応性の高いシステムにはなりません。この記事では、Apache Muse を使用して実装した管理可能なリソースが、WSDM Advertisement 機能を活用することにより、起動とディスカバリーをさらに動的で柔軟なプロセスにする仕組みを説明します
本文全体を読むWS-Notification (WSN) は、管理対象のリソースに対してサブスクライブを行い、Notificationを受信するために定められたOASIS 標準です。これらのNotificationは、状態の変化や致命的エラー、ステータスの更新などを通知します。また、WS-Notificationでは、クライアントが本当に通知の対象としたいNotificationのみを受信するように絞り込むことができるフィルタリング方法を定義しています。Apache Muse プロジェクトには、すべてのフィルタリング・オプションが使用可能になるWS-Notification の実装が含まれます。この記事では、さまざまなフィルタリング・オプション、およびそれぞれの利点と欠点を検討し、Muse ベースの Web サービス・エンドポイントでそれらを活用する方法をご紹介します。
本文全体を読むWS-ResourceProperties 仕様は、Webサービス・インターフェースの一部として厳密に型定義のされたプロパティーを宣言するための標準を定めていますが、許可、検証、およびその他の重要なトピックに関しては何ら定めてせん。幸い、WS-ResourceFramework の作成者は、標準的な方法でこれらの問題に対処できる WS-ResourceMetadata という新しい仕様を提供しています。Apache Muse プロジェクトでは、これら双方の仕様を実装でき、小規模な XML ファイルしか持たないリソース・プロパティーとメタデータを関連付けます。この記事では、メタデータを使用してプロパティーを保護し、検証する方法、およびさまざまなメタデータ設定をテストする方法について説明します。
本文全体を読む問題判別の「優先順位付け」の設定は、どのように行うのでしょう。この記事では、問題判別を優先順位付けするための、イベントの視覚化に関するさまざまな側面について説明します。こうした視覚化の側面では、オートノミック・コンピューティングの概念 (例えば LTA-JD (Log and Trace Analyzer for Java Desktop)) や、ビジネスにおけるミッション・クリティカルなインフラ管理やオペレーションに関連するインシデントや問題を表現、検出、評価し、そして解決するためのシンプトン (症状) を使用します。この 2 回シリーズの記事では、そうしたインシデントや問題を効果的に事前回避するために、LTA-JD を使ってイベントとシンプトンを視覚化し、処理する方法についても説明します。第 2 回となる今回の記事では、のフレームワークが実際にどのように機能するのかを詳しく解説します。
本文全体を読むWeb Services Distributed Management (WSDM) Event Format (WEF) は、システム管理関連のイベントを XML 形式でシリアライズする方法を記述した OASIS 標準です。この標準は、指定が必須な値、任意指定の値、およびそれぞれの意味構造を詳細にカバーしていますが、実際のシステムの実装方法については説明していません。しかし幸いなことに、Apache Muse プロジェクトは WEF が実装されており、単純な Java API を使用して WEF イベントを作成、送信、および受信することが可能です。この記事では、Apache Muse アプリケーション内からこれらの処理方法について解説します。
本文全体を読む現場で使える技術を求めて日々Webサイトを巡回する技術者は多い。国内ではコアな情報を扱うサイトや雑誌が少ないが、developerWorksには多くの有益な情報が存在している。本連載では、developerWorksを徹底的に活用するためのガイドを提供ます。
本文全体を読む前回は、日本語による技術情報が集約された「IBM developerWorks」を紹介しました。今回は、developerWorksにはどういったコンテンツがどのように配置されているのかを紹介します。
本文全体を読むdeveloperWorksのコンテンツを十分に味わうには、外部のサービスなども活用した方がいいでしょう。今回は、RSSやソーシャルブックマークを活用してdeveloperWorksの人気記事をチェックしていきます。
本文全体を読むIBM Build to Manage Toolkit for Problem Determination (以下、IBM BtM Toolkit for PD)は、IBMが提唱するオートノミック問題判別技術の迅速な利用を可能にする、開発者/テスト担当者/運用担当者/技術支援担当者の方、およびパートナー様（ISV様、およびソリューション・プロバイダー様）向けの無償のツールキットです。このツールキットは、これまでのIBM Autonomic Computing Toolkitの問題判別ツール群を機能拡張し、新たにパッケージングしたものです。Eclipse、Javaといった標準技術をベースとした問題判別ツールの実行環境、開発環境、および各種ドキュメンテーションが含まれ、developerWorksのWebサイトよりダウンロードすることが可能です。
本文全体を読むIBM Build to Manage Toolkit for Problem Determination (以下、IBM BtM Toolkit for PD)は、IBMが提唱するオートノミック問題判別技術の迅速な利用を可能にする、開発者/テスト担当者/運用担当者/技術支援担当者の方、およびパートナー様（ISV様、およびソリューション・プロバイダー様）向けの無償のツールキットです。このツールキットは、これまでのIBM Autonomic Computing Toolkitの問題判別ツール群を機能拡張し、新たにパッケージングしたものです。Eclipse、Javaといった標準技術をベースとした問題判別ツールの実行環境、開発環境、および各種ドキュメンテーションが含まれ、developerWorksのWebサイトよりダウンロードすることが可能です。
本文全体を読む問題判別の「優先順位付け」の設定は、どのように行うのでしょう。この記事では、問題判別を優先順位付けするための、イベントの視覚化に関するさまざまな側面について説明します。こうした視覚化の側面では、オートノミック・コンピューティングの概念 (例えば LTA-JD (Log and Trace Analyzer for Java Desktop) や、ビジネスにおけるミッション・クリティカルなインフラ管理やオペレーションに関連するインシデントや問表現し、検出し、評価し、そして解決するためのシンプトン (症状) を使用します。この 2 回シリーズの記事ではそうしたインシデントや問題を効果的に事前回避するために、LTA-JD を使ってイベントとシンプトンを視覚化し、処理する方法についても説明します。この第 1 回では、基礎となる概念について解説します。
本文全体を読むサンプル・シンプトン・カタログと関連イベントを使って、ソフトウェアの問題が複数ステムに及ぶ場合に IBM LTA (ログ＆トレース・アナライザー) がどのように問題の診断に役立つかを理解してください。LTA を紹介するこの記事では、問題判別の機能に焦点を当て、シンプトン（症状）、シンプトン定義、イベント、さらにイベントとシンプトンの関係をご紹介します。また、マルチイベント・シンプトンを管理する上での複雑さについても説明します。
本文全体を読むIBM Build to Manage Toolkit for Problem Determination (以下、IBM BtM Toolkit for PD)は、IBMが提唱するオートノミック問題判別技術の迅速な利用を可能にする、開発者/テスト担当者/運用担当者/技術支援担当者の方、およびパートナー様（ISV様、およびソリューション・プロバイダー様）向けの無償のツールキットです。このツールキットは、これまでのIBM Autonomic Computing Toolkitの問題判別ツール群を機能拡張し、新たにパッケージングしたものです。Eclipse、Javaといった標準技術をベースとした問題判別ツールの実行環境、開発環境、および各種ドキュメンテーションが含まれ、developerWorksのWebサイトよりダウンロードすることが可能です。
本文全体を読むApache Muse 2.0 を使用して、インスタンス数が数百から数千に及ぶリソース・タイプ用の WS-DistributedManagement (WSDM) インターフェースを作成する方法について説明します。本文では、最初に Java Platform, Enterprise Edition (Java EE) アプリケーション・リソース (どのアプリケーション・サーバー上でも非常に数が多くなる可能性があります) を表現するための WSDM インターフェースの作成方法について説明します。次に、「Factory」リソースの作成方法について説明します。このリソースは、Web アプリケーション・リソースがサーバー上にインストールされているものとして作成します。最後に、WSDM エンドポイントがそのホストに負荷をかけないよう、多数のリソースをサポートするために必要な占有スペースを最小化する方法について説明します。
本文全体を読むAutoPD (Automated Problem Determination) ツールの使用方法に関するシリーズ第 5 回では、このツール独自のタスクに代わる新しい機能、増分分析機能を紹介します。この新機能を使用すると、個別に指定された複数の分析アクティビティーの結果を 1 つの分析レポートに統合することが可能になり、スクリプト作成者が、それぞれが単独に開発されたものであっても以前の分析ターゲットをそのまま再利用できるという柔軟性が追加されます。
本文全体を読むイベント駆動型システムは、エンタープライズ IT 管理の重要な一部です。オートノミック・コンピューティング･アーキテクチャーでは、WSDM (Web Services Distributed Management) Event Format (別名 WEF) を基盤とした Common Base Event というイベント表現を定義しています。このイベント・フォーマットの普及率が高まるなか、IBM は使用方法のベスト・プラクティスを用意するのが賢明と判断し、今年の初めに一連のベスト・プラクティスを発表しました。この記事では、これらのベスト・プラクティスに関する展望を紹介し、IT 管理システムでのそれらの適用について検討します。
本文全体を読む今回は、IBMのオートノミック・コンピューティングのブループリントに関して紹介します。これはオートノミック・コンピューティングの核となるアーキテクチャー、たとえば、オートノミック・マネジャーに必須の制御ループ、採用すべき標準、初期段階で必要なコア技術について公開しています。
本文全体を読むWS-ResourceTransfer 1.0 の最初のドラフト仕様 (WS-RT) は、リソース全体に影響を与えることなく単一リソース内の XML コード・フラグメントをアドレス指定できるようにすることで特定の操作を拡張する、オープン・スタンダードとして提案されています。ここでは、仕様の概要、仕様が継承している機能について説明し、フラグメントの定義については触れずに、WS-RT で採用された 3 つの式の方言を見ていきます。
本文全体を読むSML (Service Modeling Language ) 仕様について知りましょう。SML は、モデリング言語を定義するオープン・スタンダードとして提案されており、一連の構成体を備えています。この記事では、SML 仕様を簡単に調べることにします。
本文全体を読むアップデートされた AIDE ツールキット (Autonomic Integrated Development Environment toolkit) 提供する新機能について調べましょう。また developerWorks のフォーラムに立ち寄り、PMAC (Policy Management for Autonomic Computing) 技術を使う上での必要な情報を得ましょう。
本文全体を読むIBM Tivoli Workload Scheduler LoadLeveler は、AIX および Linux 対応の拡張スケジューリング・システムです。この記事では、この製品の概要を紹介し、LoadLeveler 環境でジョブを実行依頼、監視、そして制御する方法を説明します。
本文全体を読む自己構成と自己修復が可能な、無停止、自己管理型の Java ベース・サーバーのオートノミック・コンピューティング・モデルを体験し、 Common Base Event によるログを効率化することを学びます。 そして、カーネギー・メロン (Carnegie Mellon) 大学によるセルフ・セキュアリング・ストレージとセルフ・セキュアリング・デバイスに関する研究の奥深いライブラリーを探ります。 そこで、オートノミック・コンピューティングがのようにヘルシンキやサンフランシスコの空港のセキュリティーを拡張しているかを調べます。 また企業間にまたがる異種の IT 情報の自動ディスカバリーのためのコマンド・センター (CCMDB) についても見ていきます。 これらのすべてとその他関連することが、IBM と世界中のオートノミック・コンピューティングを 2 週間を超える期間で調べるシリーズである Seven minutes の中にあります。 このシリーズでは、IBM、および世界におけるオートノミック・コンピューティングを 2 週間に渡って見ていきます。 この特集では、ニュース、イベント、ツール、ヒントといった項目と、その他システムやソフトウェアのオートノミック化に役立つ情報で構成しています。
本文全体を読むこの新しいシリーズ、『セブン・ミニッツ（Seven minutes）』では、こうした話題を、そしてさらに様々な話題を取り上げます。IBMや世界各地でのオートノミック・コンピューティングを、2週間の周期で観察して行きます。
本文全体を読む自動問題判別ツールを使って、IBM WebSphere PortalあるいはWebSphere Application Serverのログ・ファイルからのログ・ファイルを分析しましょう。これらのログ・ファイルには、コモン・ベース・イベントを含んだXML文書が含まれていますが、それだけが含まれているわけではありません。
本文全体を読む自動問題判別（Automated Problem Determination）ツールの鍵となる機能を利用すると、問題診断を単純化することができます。この記事では、このツールを使って大規模なログ・ファイルをスキャンし、問題を容易に診断する方法を学びます。
本文全体を読むAutoPDツール（Automated Problem Determination Tool）を拡張する方法を学びましょう。このツールに含まれているAntスクリプトを基に追加のAntスクリプトを作成するだけで、あるいはツルに同梱されているXML文書を編集するだけで、他の製品や問題シナリオにも対応できるようになります。またこの記事では、このツールの持つ国際化機能と、その使い方についても学びます。
本文全体を読む前回はLSFに対するオートノミックの問題判別テクノロジーの適用に関し、著者らが作成したログ変換アダプター、相関エンジン、シンプトンDBについて紹介しました。今回はオートノミック・コンピューティング・ツールキット R3のAME（Autonomic Management Engine）を用いてPlatform LSF 6.1に自己修復機能を実装するお話をします。
本文全体を読むこの記事では、オートノミック・コンピューティングの標準シンプトン分類法を紹介します。この方法は、シンプトンによって記述された状況のタイプをカテゴリー分けするために用いられます。また、これらのカテゴリーを識別する方法も紹介します。
本文全体を読むIBM WebSphere Portalの問題判別シナリオのサンプルを通して、自動問題判別（Automated Problem Determination）ツールの使い方を順を追って学びましょう。この更新された記事はシリーズの第1回として、WebSphere Portalに関する問題を診断する上で、自動問題判別ツールがどのように役立つかを学びます。
本文全体を読む今回からいよいよグリッド・システムに対してオートノミック技術を具体的に適用していきます。オートノミック・コンピューティングの問題判別機能を適用する、というテーマで著者らが作成した3つの問題判別機能用コンポーネントについてご紹介します。これらのコンポーネントを利用することで、Platform LSFのログがオートノミック・コンピューティング・ツールキット R3 のログトレース・アナライザー上で効果的に解析できるようになります。なお、こ使用するPlatform LSFはバージョン6.1が前提となります。
本文全体を読む本稿ではグリッド・コンピューティングとオートノミック・コンピューティングを融合させる試みについてご紹介します。今回から三回に渡りPlatform Computing社のグリッド製品Platform LSF 6.1にオートノミック・テクノロジーの問題判別（Problem Determination：PD）と自己修復機能を適用しきます。第一回目の今回はPlatform LSFの紹介、およびLSFにオートノミックを適用する意義についてお話しします。
本文全体を読む第二回では、オートノミック・コンピューティングの正規シンプトン（症状）を使って、これから紹介するITの興味深い状況に対処する方法について学んでいきます。この記事では、シンプトンそのものの記述方法、シンプトンの認識方法、またシンプトンと関連付けられた状況を解決するための推奨アクションなどについて解説して行きます。
本文全体を読むActive Correlation Technology (以下 ACT) が提供するルールを使用し、低レベルのイベントを高レベルの (つまり複合型の) イベントへと変換することで、ビジネス・オポチュニティーの収集を支援したり、問題をより的確に把握したりすることが可能になります。
本文全体を読むオートノミック・コンピューティングのアーキテクチャーは、自己管理のITシステムを構築するための基礎を提供します。このコラムでは、マニュアル・マネージャーを取り上げます。そして、自動化された管理機能と人とが、どのように対話動作を行うかを見て行きます。
本文全体を読む