AWS Partner SA ブログ

JP1(日立製作所様)とCLUSTERPRO(NEC様)のAWS上での構築方法

会社名：　株式会社 日立製作所 IoT・クラウドサービス事業部 (2017/12/21 Update)
　　　　　　日本電気株式会社 クラウドプラットフォーム事業部

製品/ソリューション名：　JP1, CLUSTERPRO

 

対象ユーザー：
近年、ERP(Enterprise Resources Planning)をはじめとする基幹系の業務システムをAWSへ移行する動きが出始めています。こうした業務システムは、AWS上であっても安定したサービスの提供が利用者から求められている一方、AWSでは、オンプレミス環境で一般的なシステムをHAクラスタ構成にして可用性を確保することが難しいです。
そのため、オンプレミス環境に適用したものとは異なる技術、ノウハウで冗長化を図る必要があります。
AWS上でのHAクラスタ構成を組むにあたり、以下の3つの問題があります。
・AZ全体に障害が発生してしまうとクラスタ全体がダウンする可能性
・ブロードキャストが未サポートなため仮想IPが使用できない
・複数のインスタンスから共有できるブロックストレージのサービスがないこと

日立製作所の統合システム運用管理「JP1」とNECの高可用性クラスタリングソフト「CLUSTERPRO」を組み合わせ、「マルチAZのシステム構成」「AWS上での経路の切り替え」「ミラーリングによるリアルタイムでのデータ共有」することにより、AWS環境でHAクラスタ構成を組む際の3つの問題を解決することができます。それにより、ミッションクリティカルシステムをAWSへ移行することができます。

製品/ソリューション説明と特徴：
CLUSTERPROでは、VPCの外部にサービスを提供することを想定した「Elastic IP制御によるHAクラスタ」と、社内向けサーバなどVPC内部にサービスを提供する場合を想定した「Virtual IP（以下、VIP）制御によるHAクラスタ」の2つの方式を用意しています。
このうち、一般的な企業で多く使われる「VIP制御によるHAクラスタ」の場合、AWS用の仮想IPリソースを利用し、フェイルオーバーのタイミングでRouteTableを変更する（AWSのAPIを利用してVIPへのルーティングをスタンバイ側のインスタンスに切り替える）ことで冗長性を担保します(下図)。

 

JP1/Automatic Job Management System 3で運用している業務システムや運用管理用システム自身の可用性を高める場合、下図のようにマルチＡＺ構成を組むことで、一方のインスタンスで障害が発生してもCLUSTERPROがそれを検知してフェイルオーバーし、業務を継続できるようになります。また、EBS（Amazon Elastic Block Store）に保存されたデータはインスタンス間でリアルタイムに同期されているため、古いデータで業務が引き継がれてしまうような心配もありません。
なお、JP1/Automatic Job Management System 3 - ManagerのマルチAZ構成については、下記「CLUSTERPROとJP1の評価キット」をご覧ください。

 

その他情報： 

 

[Update!] セミナーのご案内　(2018/5/9 Update)

JP1×CLUSTERPROのハンズオンセミナー【2018/6/22(金)開催@東京】
～AWSでミッションクリティカルなシステム構築を体験！～
https://jpn.nec.com/event/180622clp/

 

[Update!] 評価版のご案内 (2018/5/9 Update)

JP1/Automatic Job Management System 3とCLUSTERPRO Xの評価版プログラムおよびAWS環境での構築手順書が同梱された評価キットを提供しています。
これまでWindows版のみのご用意でしたが、2018/3よりLinux版も含めご提供を開始いたしました。
▼CLUSTERPROとJP1の評価キットのお申し込みはこちら
http://www.hitachi.co.jp/Prod/comp/soft1/jp1/products/evaluate/clusterpro/index.html

 

ライセンス体系と費用

JP1（ジョブ管理）
http://www.hitachi.co.jp/Prod/comp/soft1/jp1/products/price/download/jp1v11_configuration_02_job_j.pdf  (2017/12/21 Update)
※JP1製品を従量課金(時間単位)でご利用いただける「オンデマンド・ミドルウェアサービス for Amazon Web Services」も提供しています。

CLUSTERPRO
http://jpn.nec.com/clusterpro/clp/product.html

 

お問い合わせ先：

株式会社 日立製作所　IoT・クラウドサービス事業部
事業推進本部　ソリューション事業推進部 (2017/12/21 Update)

[email protected]
（※　メールアドレスが誤っていたため修正いたしました。12/6 11:40）

 

セミナーレポート：AWS運用管理フォーカスセミナー ~AWSログ管理~

Partner SA(Partner Solutions Architect: PSA) 酒徳です。
昨日、AWS運用管理フォーカスセミナー ~AWSログ管理~ が開催されましたが多くの方にご参加頂きました。今回はAWSのログ管理をテーマにSplunk様、Infoscience様にご登壇頂き、AWS特有のログに関して、どのようなログが存在するのか、そういったログをどのように活用するのかに焦点を当てご紹介頂きました。100名様以上にお申し込み頂き、改めてクラウドの運用管理におけるログ活用の関心の高さを感じました。

当日は、はじめに私からAWSロギングサービスについてご紹介させて頂き、その後Splunk三船様、Infoscience稲村様よりAWSにおけるログ管理の課題と課題を解決するソリューション、お客様事例についてご紹介頂きました。資料はすべて公開していますので、下記よりダウンロード頂けます。

 

セッション１：『 ログ管理 on AWS 』 
アマゾン データ サービス ジャパン株式会社　エコシステムソリューション部 
パートナーソリューションアーキテクト 酒徳 知明 

• セッション サマリー：AWSがご提供する運用系サービスの中でも特にログ管理に必要なサービスのご紹介をさせて頂きました(CloudWatch Logs / AWS CloudTrail / AWS Config)。各サービス、アップデートがありAWSマネジメントコンソールからログの確認ができるようになりました。とはいえまだまだ操作が制限されており、実運用を考えるとAWSエコシステムを形成するパートナー様ソリューションと共にご利用頂く方が現実的だと思います。

セッション資料：http://bit.ly/1QiYPEa

セッション２：『Splunkで実現するログデータ運用、クラウドとオンプレミスで一元管理』 
Splunk Services Japan 
シニア・セールスエンジニア 三船 亜由美様 

• セッション サマリー：Global AWS Technology PartnerでもありAWS連携実績も十分です。今回はSplunkのアーキテクチャ、AWSサービス対応を中心にお話し頂きました。クラウドにあった分散型のスケールアウト型アーキテクチャをとっているのもSplunkの特徴だと思います。詳細は下記セッション資料をご確認下さい。

セッション資料：http://bit.ly/1W4mvQn

セッション３：『統合ログ管理システム「Logstorage」によるAWSシステムの監査・可視化』 
インフォサイエンス株式会社 
プロダクト事業部 シニアコンサルタント 稲村 大介様 

• セッション サマリー：AWS Official Blog (Global Blog) でも紹介されました、LogStorage For AWSについてお話し頂きました。引き合いの多くがAWSリソースの可視化ソリューションということで、10月にリリースされます新バージョンでの機能エンハンスについてもご紹介頂きました。詳細は下記セッション資料をご確認下さい。

セッション資料：http://bit.ly/1F3urNN

AWSの運用管理に関しましてはAWSユーザ グループ OpsJAWSも立ち上がっていますので、 AWSの運用にご興味がある方は下記より情報収集をして頂ければと思います。

OpsJAWS Portal：http://aws.typepad.com/aws_partner_sa/2015/06/aws-ops.html

Twiter：@opsjaws

 ------------------------------------------------- 
エコシステム ソリューション部
パートナー ソリューションアーキテクト
酒徳　知明

[ESP for AWS] Sky Hopperのご紹介

Partner SA酒徳です。本日はスカイアーチネットワークス様にSky Hopperのご紹介をして頂きます。

会社名:  株式会社スカイアーチネットワークス

製品 / ソリューション名: Sky Hopper

システム構成図:

対象顧客と導入効果:

• AWSを活用して高速に高品質なシステム構築を実現したい方
  • AWSとChefを活用してシステム構築工数を 1/10 に下げたい方
  • ChefとServerspecを活用して高品質なシステム構築を実現したい方
• DevOps Toolの連携にお悩みの方
• DevOps 文化を会社に導入されたい方
• Infrastructure As Code を実践されたい方
• Cloud Formation / Chef / Serverspec / Zabbix を利用したい方、利用されている方

製品/ソリューション概要:

Sky HopperはオープンソースのDevOps採用システム自動構築ツールです。上記のような画面からマウス操作中心で複数のシステムを簡単に構築、運用、管理する事が出来ます。具体的には下記フローでシステム構築を行っております。（いずれもSky Hopper上に準備された or 自身で作成されたテンプレート）

1. Cloud Formationを利用しインフラを構築
2. Chef を利用しサーバ・プロビジョニングを実施
3. Serverspecを利用し サーバテストを実施
4. Zabbixを利用しサーバ監視を設定

また、本ソフトウェアを利用する事で下記の様なシステム構築/運用が可能です。

• インフラ構成/ミドルウェア組み合わせをテンプレート化する事によるシステム構築工数の大幅な短縮
• 構築システムに対する監視登録作業工数の短縮
• 機械的なテストを実施できるフレームワークを利用したシステム正常性チェックの実施
• コード化された作業による作業漏れの防止
• 構築システム毎にユーザ権限を設定できるマルチテナント対応
• 作業毎のログ取得によるトレーサビリティの確保

システム要件/利用するAWSサービス:

AWS： AmazonEC2 （AmazonLinux 2015.03以降/ t2.medium 以上を推奨）

構築対象システムは下記環境である必要が御座います。

• EC2 VPC環境である事 （EC2 Classic環境にはシステム構築を行えません）

• 全ての機能をご利用頂くためには構築対象OSがLinuxである必要があります

AWSでの導入実績:

Sky Hopperを社内ツールとして利用して作成したシステムを複数運用しております。AWS / Sky Hopperを最大限に利用して頂くため、弊社ではCloud FormationやChef Cookbookの作成をDevOpsサービスとして提供させて頂いておりますので、お気軽にご相談下さい。

http://www.skyarch.net/devops/skyhopper.html 

http://www.skyarch.net/devops/

費用:

OSS（MITライセンス）のため無償となります（AWSの費用はご負担ください。）

その他情報:

※Sky Hopperは株式会社スカイアーチネットワークスにおける登録商標または商標です。
その他の会社名、商品名などは、一般に各社の登録商標または商標です。
※Sky Hopperの製品ロゴについての商標権その他一切の知的財産権は株式会社スカイアーチネットワークスに帰属します。ロゴの使用に当たりこれを変形、変更、修正等してはいけません。

動画

http://www.skyarch.net/devops/skyhopper.html

公開場所

https://github.com/skyarch-networks/ 

お問い合わせ先:

株式会社スカイアーチネットワークス　技術本部　担当　柚木・神津
TEL：03-6743-1100

※ 本投稿に記載されている製品名などの固有名詞は、各社の商標または登録商標です。

※ 本投稿では、説明等の便宜のために製品名、会社名等を掲載する場合がありますが、それらの商標権の侵害を行う意志や目的はありません。

※ 本投稿に記載された内容に関して投稿者はいかなる保証を行うものではなく、またこの文書を明示的または暗黙的に利用した結果について責任を負うものではありません。

 ------------------------------------------------- 
エコシステム ソリューション部
パートナー ソリューションアーキテクト
酒徳　知明

AWS運用管理コミュニティについて

Partner SA酒徳です。

4日間に渡りセッションレポートを投稿させて頂きましたが、いかがだったでしょうか。今後もご要望の高いテーマをとりあげ運用管理フォーカスセミナーを継続予定ですので、是非ご参加頂ければと思います。運用管理フォーカス週間最終日となる本日は運用管理に焦点をあてたコミュニティのご紹介をさせて頂きます。

昨今多くのお客様、パートナー様からAWS上でのシステム運用についてご相談を受けます。今までオンプレミスで行ってきたシステム運用がそのままクラウドでも使えるのか、クラウド運用ならではの注意点がないのかを懸念されているお客様が多いのではないでしょうか。

本コミュニティは上記のような疑問を持たれるAWSユーザに対し、運用ベストプラクティスをまとめ、発信することを目的としており、APNパートナー様の有志の方々の協力のもと発足されました。現在は3社の方々に協力頂き活動をして頂いていますが、活動が軌道に乗り次第、オープンに広く参加者を募ったディスカッションを予定しています。一口に運用といいましても、監視やジョブ、ログ管理、構成管理と多岐に渡りますが、本コミュニティでは、運用対象システムを一般的なWeb 3 Tierシステムに絞り、下記運用カテゴリごとにベストプラクティスをまとめる予定となっています。

http://d36cz9buwru1tt.cloudfront.net/jp/architecturecenter/RefArch_WebApplicationHosting.pdf

運用カテゴリ

• システム監視運用
• ジョブ運用／停止起動運用
• ログ運用
• バックアップ／リストア運用
• コスト管理
• 構成管理
• 障害検知／通知運用

 上記、システム監視運用を例にとりますと、以下のような切り口で情報をまとめていく予定となっています。

• 死活監視
  • システムの死活状態の監視を目的に、AWSサービスの状態をどこまで監視するべきか
  • AWS Service Health DashboardによるAWSの状態をどのように監視するか

• 性能監視・キャパシティ監視
  • 性能監視
  • 短期的なサービスレベル確保とコスト低減を目的に、どのようなリソース情報を監視するか（アラートが必要）
  • キャパシティ監視
  • 長期的なリソース計画とコスト低減を目的に、どのようなリソース情報を監視するか（アラートが不要・情報収集のみ）
• AWSならではの監視と監視TIPS
• (CPU) CloudWatchから取れるメトリックスとOSから取れるメトリックスの使い分け
• CloudWatchの注意事項
• CloudWatchの保存期間
• CloudWatchの監視間隔（詳細モニタリングとベーシックモニタリング）
• CloudWatchと監視ツールとの使い分け
• T2インスタンス、gp2のバーストを考慮した監視
• メンテナンスイベントの監視
• Scalableなシステムの監視
• タグ付け監視
• CloudTrailによる操作ログ監視

プラクティスは準備ができ次第公開しますので、お楽しみにお待ち頂ければと思います。また来月開催されますAWS Summitでもブースを出されるパートナー様もいらっしゃいますので、ご興味のある方はブースにも足をお運び頂ければと思います。

　　　　　　　　　　　　　　　　　　　アウトプットサンプル

コミュニティ有志参加メンバー（※会社名の五十音順に掲載、今後順次拡張予定） 

株式会社エヌ・ティ・ティ・データ　澤井 健 様、長妻 賢 様

クラスメソッド株式会社　横田 慎介 様、高橋 勇輔 様

株式会社野村総合研究所　宮越 弘樹 様

 ------------------------------------------------- 
エコシステム ソリューション部
パートナー ソリューションアーキテクト
酒徳　知明

Zabbix on AWS -Serverworks様セッションレポート-

PSA酒徳です。第2回運用管理フォーカスセミナー Zabbix on AWS セッションレポート最終日の本日は株式会社Serverworks伊藤様からの投稿になります。

ご登壇資料：
http://awsservicedocs.s3.amazonaws.com/Seminor/20150422_aws_sysops_forcus_seminar/ServerWorks_Presentation.pdf

会社名:  株式会社サーバーワークス

本セミナーでのテーマ: 

クラウドインフラストラクチャーの監視テクニック　～AWSサービスとZabbixのシナジー～

AWS上にZabbix監視システムを構築するメリット

ZabbixServerを中心とした監視システムは標準的なLAMP構成です。AWSのマネージドサービスを組み合わせることにより容易に高性能・高信頼性な構成を組むことが可能です。

ZabbixServer用データベースの冗長化による可用性向上を実現することは、オンプレミスではとても高価で、運用コストも高騰することが懸念されます。しかし、RDS Multi-AZ構成を使うと、比較的安価で、簡単に可用性を向上させることができます。

EC2インスタンスのZabbix監視

Zabbix標準機能を組み合わせることにより監視対象の登録や削除を自動化する事が可能です。

サーバーワークスではZabbixAgentによる自動登録とZabbixServerのディスカバリ機能を用いたディスカバリアクションによる監視対象の自動無効化・自動削除を行っています。この手法によりAutoScalingやBeanstalkなどAWSのインスタンス管理手法に依存すること無く同一の仕組みでインスタンスの増減を伴うサービスでもシームレスに監視を行うことができます。サーバーワークスの運用代行サービスでも、この手法を使って24x365監視をおこなっています。

 

CloudWatchMetricsの取り込み

ZabbixはZabbixAgentを介してEC2インスタンスの内部情報を収集しますが、一部の外部情報やRDSのような内部情報の収集ができないマネージドサービスもあります。それらの情報収集はCloudWatchを利用します。EC2インスタンスの場合、Zabbixが収集する情報はOS内部からZabbixAgentを介して抜き出した情報であり、CloudWatchが収集する情報ははAWS基盤から収集されるOS外部の情報です。同じリソース情報を両面から収集できるものもあります。しかし、これらの情報の値が異なるように見える場合があります。

これは片方が正確で、片方が間違っているというような情報ではありません。内部と外部の視点の違いによるものであり、システムを健全に保つにはどちらの情報も必要です。AWSから払い出されるリソースとしてはCloudWatchの値により判断する必要がありますが、上位のアプリケーションはOSが認識しているリソースが実際に利用可能なリソースであるため、アプリケーションによっての過不足を判断するためには内部情報が必要となるからです。

1つのリソース情報を2つの側面から見た値を容易に見るためにサーバーワークスではz-cwatchという仕組みを開発しています。ZabbixAgentを介して収集した値だけでなく、CloudWatchから得られる値もZabbixServerに集約しています。

z-cwatchでは内部的に管理対象情報を保持しています。この管理対象情報を元に、Zabbixに監視対象インスタンスを自動登録しています。この機能はEC2やRDSだけでは無く、ELBやSESなどCloudWatchによって値が提供されるサービスであればすべて監視対象とすることが可能です。

CloudWatchの全メトリクスを収集しようとする場合Zabbixの外部スクリプトでは負荷が高くスケールアウトも出来ないため、z-cwarchではSQSとZabbix-Senderを用いることによりCloudWatchからのデータ収集を外部化・並列化して大量の監視項目にも対応可能としています。

監視の重要性～気づきづらいリソース障害～

• T2インスタンスのCPU使用率

T2インスタンスは安価でバースト性能も高いため検証や開発、そして一時的な負荷が掛かるようなシステムに向いています。しかし、当初は一時的な負荷だったサーバーに定常的に高負荷が掛かるようになった場合

CloudWatchのCPU使用率だけではリソースが枯渇していることに気付きづらい場合があります。T2インスタンスではCPUクレジットによりバースト時には100％のCPU性能を享受しつつ、負荷がベースラインを下回っている時にバースト用のクレジットを貯めるという動きをします。

もしこのCPUクレジットが枯渇した場合、T2インスタンスはベースライン性能を提供するようになります。このときCloudWatchのCPU使用率は100％ではなくベースライン性能である10％もしくは20％でフラットなグラフとして現れます。Zabbixでの監視ではCPUsteal使用率高騰するため、CPUIdleの逆数としてとらえたCPU使用率は100％近い値を示します。

T2インスタンスを使用する場合、CPUstealを含めたCPU使用率の監視あるいはCloudWatchによるCPUクレジットの監視が重要となります。

• RDSのIOPS

RDSのgp2(汎用SSD)やプロビジョンドIOPSでは明示的にIOPS性能が設定されます。このIOPS性能が枯渇した場合RDSはサービスとしては接続が可能なため、ポート監視やPing監視では障害となりませんが、
書き込みが出来ないためデータが書き込めずトランザクションが終わらない、タイムアウトにより値が書き込めないといった挙動となります。IOPS性能の枯渇を検知するためには、CloudWatchのIOPS値やQueue Depthを監視する必要があります。

導入事例

本日ご紹介した監視対象の自動登録・自動削除やCloudWatch監視機能は弊社の運用代行サービスにて実際にご提供している運用ノウハウとなります。
http://www.serverworks.co.jp/services/aws-support

費用

弊社運用代行については以下をご参照ください。
http://www.serverworks.co.jp/services/aws-support#cost

その他

AWS上でのZabbix構築・コンサルティングも行っております。

詳しくは弊社窓口または営業にお問い合わせください。
https://www.serverworks.co.jp/contact

------------------------------------------------- 
エコシステム ソリューション部
パートナー ソリューションアーキテクト
酒徳　知明

Zabbix on AWS - TIS様セッションレポート-

PSA酒徳です。第2回運用管理フォーカスセミナー Zabbix on AWS セッションレポート2日目はTIS株式会社池田様からの投稿です。

ご登壇資料：
http://awsservicedocs.s3.amazonaws.com/Seminor/20150422_aws_sysops_forcus_seminar/TIS_Presentation.pdf

会社名:  TIS株式会社

   

本セミナーでのテーマ: 

『AWSの便利な監視サービスとZabbix監視の融合による効果』

AWSの様々な監視サービスとZabbixの監視機能の特徴や仕組みを理解し、正しく使い分け、両者を効果的に組み合わせることによりAWSやAWSを含むマルチクラウド環境の安定した監視運用に近づけることができます。

TISではこれまで培ってきたAWS活用ノウハウとZabbix活用ノウハウをもとにお客様に最適な監視運用システムを提供します。

なぜ両方を使う必要があるのか？

AWSのサービスだけではその制約上、見ることができない部分があります。また、Zabbixの監視機能だけでもAWSのサービスの状況を監視することは困難です。そこで両者の特徴をうまく活用して組み合わせることで安定した運用の実現が可能となります。

AWSサービスとZabbix機能の比較

効果的に組み合わせるにはAWSのサービス及びZabbixの機能や仕様について把握して使い分けを整理する必要があります。

例えばCloudWatchとZabbix Agentによる監視を取ってみても仕組みが全く異なります。CloudWatchはAWSのサービス提供者の管理している領域の情報を、Zabbixはユーザが管理するサーバ内部の情報をといった形で、いずれか一方でいいのではなく、それぞれ監視すべきところを住み分けての管理が重要となります。

CloudWatchとZabbix Agent監視機能

効果的な組み合わせ

それぞれの特徴を捉えた上で効果的に組み合わせるには3つの軸での検討が必要です。

1.「監視設定の自動化」

大規模でより監視対象の増減が激しいAWS環境の場合、AWSの構成情報をベースとし、Zabbixの監視設定を自動化することで運用の手間が省けます。

Zabbixでは様々な方法で自動連携を行うことが可能です。TISではHyClops for Zabbix等自動連携のためのソリューションも提供しています。

Zabbix APIを使った自動化を実現するHyClops for Zabbix 

2.「監視結果の統合管理」

AWSのサービス上でしか監視できない課金情報やRDS、ELB等のサービスの状態についてはAWS APIと連携しZabbixで集約管理することで統合的な稼働状態を監視することが可能となります。Zabbixへの連携方法も様々採ることができます。

連携手法の図

3.「監視結果に基づく作業自動化」

異常時の自動運用については、AWSのサービス内で完結できるところはそのサービスに任せ、より詳細な判断が必要なケースは統合管理しているZabbixを起点とした自動運用を行うことで効果的な運用実現につながります。

AutoRecoveryとZabbixアクションの融合 

Zabbix on AWS導入事例
TISでは、AWS上のシステムの監視サービス「TISクラウドインテグレーションサービス for AWS エンタープライズ監視パック」を提供しています。このサービスでは、実際にZabbix on AWSの環境を顧客毎に構築し、AWSのEC2 APIやCloudWatch APIと連携して統合監視を実現しています。

https://www.tis.jp/service_solution/aws/

AWSエンタープライズ監視パックの事例 

 

サービス紹介
TISでは上記のサービス以外にも、Zabbixをはじめとした各種OSSの保守サポートサービスを提供しています。

【サービス名】
TISエンタープライズOSSサポートサービス

【価格例】
Zabbixシルバーサポート
[年8件インシデント、平日営業時間対応プラン]
399,000円～/年 (Zabbix Server 1台当り)

その他詳細は以下URLをご参照下さい。
https://www.tis.jp/service_solution/osssupport/

お問い合わせ先
ZabbixやAWS、その他OSS関連で構築・保守・開発等何かありましたらこちらまでお問い合わせ下さい。
[email protected]

------------------------------------------------- 
エコシステム ソリューション部
パートナー ソリューションアーキテクト
酒徳　知明

Zabbix on AWS - Zabbix Japan様セッションレポート-

PSA酒徳です。第2回運用管理フォーカスセミナー Zabbix on AWS セッションレポート初日はZabbix Japan寺島様からの投稿です。

ご登壇資料： 
http://awsservicedocs.s3.amazonaws.com/Seminor/20150422_aws_sysops_forcus_seminar/Zabbix_Presentation.pdf

会社名:  Zabbix Japan

製品 / ソリューション名: 

 

システム構成図:

対象顧客と導入効果:

クラウドサービスを利用してシステムを構成することはシステムのリソースの使用状況に応じて必要なだけ必要なリソースを追加削減できることが大きなメリットです。

Zabbixはシステムを監視するためのオープンソースソフトエアであり、これまでオンプレミスで利用されることがほとんどでしたが、近年クラウドサービス上のシステムの監視を行うために、Zabbixサーバーもクラウド上に導入されることが多くなってきています。監視マネージャであるZabbixサーバーをクラウド上に構築することで、他のサーバーと同様、監視サーバー自体のスケールアップやリソースの増強が可能となり、オンプレミスと場合と異なりシステムの規模に応じて自由にスケールアップが可能となります。

また、それだけではなくZabbixサーバーが収集した監視データを保存するために利用するデータベースにRDSを利用することにより、収集データ自体のバックアップや冗長化を容易に行えるようになることもZabbixサーバー自体の運用を容易にするメリットがあります。Zabbixはクラウドでもオンプレミスでも同様にインストールして利用することが可能であり、システムごとに監視サーバーを構築することも当然可能です。しかしながら双方に監視サーバーをインストールすることは管理画面を複数管理することになってしまい、管理すべきOS、ソフトウェア、データベース、監視設定定義が増えてしまい運用が煩雑になってしまいます。

Zabbix社の日本支社であるZabbix Japanでは社内のシステム監視にZabbix Enterprise Appliane ZP-1220を活用し、クラウドシステムの監視とオンプレミスのサーバー、ネットワーク機器、ストレージ、VMware、Dockerなど様々な機器、OS、アプリケーションの監視を統合的に行っています。

複数のZabbixサーバーを構築することなくシステム全体の稼働状況を1つの監視マネージャ上で確認ができるだけでなく、障害発生時にモバイルデバイスからすぐにシステムの状況を確認でき、より迅速かつ的確にシステム全体の稼働状況を把握できるようになりました。

Amazon Web Service上のZabbixサーバーの構築では、これまでZabbix社から公式にリリースされているRed Hat Enterprise LinuxやUbuntuなど一般亭なLinuxディストリビューションのパッケージを利用する以外に方法はありませんでした。日本国内のZabbix公式パートナーやZabbix  Enterpriseサポート加入ユーザー様からのリクエストの増加にともない、今回Amazon Linux用のRPMパッケージを作成、カスタマーポータルで公開を開始しました。これまで正式にサポートしていなかったAmazon LInuxに正式に対応し、よりAmazon Web Service上でZabbixを利用頂きやすくなりました。

製品/ソリューション概要:

Zabbixはオープンソースの統合監視ソフトウェアです。様々な監視対象に対応した専用のエージェントによるOSのリソースやプロセス、ログの監視から、SNMPを利用したネットワーク機器の監視、IPMIを利用したハードウェアの監視、VMware仮想環境の監視、JMX経由のJavaアプリケーション監視まで様々な監視を統合的に行うことができ、リソースのグラフ表示から障害通知機能までサポートします。

商用製品とは異なり監視サーバー、監視対象にインストールするエージェントともにオープンソースであるため、導入コストの削減が可能であるだけでなく、エージェントごとのライセンス課金を必要としないためクラウドのメリットであるオートスケールと組み合わせた監視システムの監視に非常に適しています。

Zabbixには監視対象サーバー上にインストールされたエージェントを自動検知、自動的に監視対象に登録する機能を有しています。この機能を活用することにより、構築を容易に行うだけでなくオートスケールを利用して自動的に監視対象が増減するシステムでも運用管理者の手間を削減し、確実にシステム全体の稼働状況を把握することができます。

Zabbix Enterprise ApplianceシリーズはZabbixサーバーやZabbixプロキシをセットアッップ済みの状態ですぐに利用できるハードウェアアプライアンス製品です。Zabbix Enterprise Appliance ZP-1220はクラウドとオンプレミス、データセンターと各拠点などインターネットを介した分散監視を容易に実現することを目的に開発を行ったZabbixプロキシ用アプライアンスです。

構築やハードウェアを別途調達することなく、簡単にZabbixプロキシを導入できるだけではなく、ZP-1220はファン、ハードディスクなど故障しやすい部品を徹底的に排除し、かつ小型・低発熱設計のため設置場所を選びません。VPN通信機能を搭載するなどセキュリティにも考慮し、安全にクラウドとオンプレミス間の通信を行うことが可能です。

システム要件/利用するAWSサービス:
Zabbixサーバー: Amazon Linux, Red Hat Enterprise Linux, Ubuntu Linux
Zabbixエージェント: Amazon Linux, Red Hat Enterprise Linux, Ubuntu Linux, Debian, Windows 2000以降、
AWSサービス: Amazon EC2, Amazon RDS, Amazon S3

費用:
Zabbixサーバー、プロキシ、エージェント: 無償

Zabbx Enterprise Appliance ZP-1220: 本体149,000円、年間保守50,000円から
http://enterprise.zabbix.co.jp/products/zp1220

Amazon Linux用RPMパッケージ: Zabbix Enterpriseサポート加入ユーザーに公開http://www.zabbix.com/jp/support.php

 

その他情報:
製品紹介サイトのURL: 
http://www.zabbix.com/jp/

お問い合わせ先: 
http://www.zabbix.com/jp/contact.php

------------------------------------------------- 
エコシステム ソリューション部
パートナー ソリューションアーキテクト
酒徳　知明

第2回 運用管理フォーカスセミナー Zabbix on AWS

PSA酒徳です。今週はGW前に行われました第2回運用管理フォーカスセミナー Zabbix on AWSでの発表内容を中心にZabbixを使った運用監視をお届けします。前回同様150名定員で集客を開始しましたが、募集開始2週間で150名定員になり、当日も100名以上の方にご参加頂きました。改めて運用管理（監視）のニーズの高さを感じました。

当日はZabbix Japan寺島様、TIS株式会社池田様、株式会社サーバーワークス伊藤様にご登壇頂き、Zabbixを使ったAWS運用監視についてお話し頂きました。AWS環境の監視はAmazon CloudWatchをご利用頂くことが大半ですが、大規模システムにおいてはAmazon CloudWatchに加え統合監視ツールをご利用頂くことが多いかと思います。数多くある統合監視ツールの中でもZabbixを使った運用監視をしているお客様、パートナー様は多くいらっしゃるのではないでしょうか。今回はAWS上に構築されたシステムをZabbixで統合監視する際の注意点、ポイントについてご説明頂きました。

それでは早速各社様の登壇内容を振り返りたいと思います。

Zabbix Japan 寺島 様：Zabbix 3.0の最新動向とクラウド、オンプレミス、リモート拠点の一元監視

寺島様にはZabbixで実現できる監視方法についてお話頂きました。自動検知、自動監視設定をキーワードに運用の手間を抑えた自動化機能についてお話し頂きました。またハイブリッド環境の監視においてはZabbix Proxyをオンプレミスに構築し、クラウド上のZabbix Serverで一元管理する構成プラクティスをご紹介頂きました。Zabbix3.0のアップデートに関してもいくつかご紹介頂きましたが、暗号化をキーワードにZabbix Server、Proxy、Agent間の通信暗号化のエンハンスメントについてご紹介頂きました。

多くのアップデートの中でも最も反響があったのが、Zabbix Server/AgentのAmazon Linux対応ではないでしょうか。すでに公開を始めており、Zabbix Enterpriseサポート契約をされているユーザ様向けに無償提供を開始しているとのことでした。AWSの場合、多くのお客様がAmazon Linuxをご利用頂いており、以前からご要望頂いていましたのでお喜びのユーザ様も多いのではないでしょうか。

 

 

TIS株式会社池田様：AWSの便利な監視サービスとZabbix監視の融合による効果

池田様には、AWSの様々な監視サービスとZabbixの監視機能の特徴についてご説明頂いた上で、重複する機能を適材適所でうまく正しく使い分け、組み合わせることによりAWSを含むマルチクラウド環境、ハイブリッド環境をうまく運用できるプラクティスについてお話し頂きました。

またTIS様が開発をしているHyClops for Zabbixについてもご紹介頂きハイブリッド環境運用自動化についてもご説明頂きました。

 

 

株式会社サーバーワークス 伊藤様：クラウドインフラストラクチャーの監視テクニック～AWSサービスとZabbixのシナジー～

伊藤様には運用を切り口に、Zabbix を使ったAWS運用についてServerWorks様実例を交えご紹介頂きました。AWS上にZabbixを構築する際にAmazon RDSを積極的に利用することで高可用性の監視サーバを構築できる点についてご説明頂いた他、ログの監視についてCloudWatch Logs、Zabbixログ監視を使った場合の注意事項、性能監視についてもご説明い頂き運用経験があるからこそのTipsについてお話頂きましました。

 

明日以降3日間に渡りご登壇者の方々に各セッションのポイントについて振り返って頂き、登壇資料も公開させて頂きます。明日はZabbix Japan寺島さんの投稿になります。お楽しみに！

------------------------------------------------- 
エコシステム ソリューション部
パートナー ソリューションアーキテクト
酒徳　知明

[ESP for AWS] Infoscience Logstorage 連携パック for AWS Config のご紹介

PSA酒徳です。本日はInfoscience稲村様にLogStorageのご紹介を頂きます。先日AWS Configが東京リージョンでも利用可能になりましたが、LogStorageはすでにサポートして頂いており、Jeffのブログ(日本語はこちら)でも紹介しています。月額課金なのもうれしい点ですね。

会社名:  インフォサイエンス株式会社

製品/ ソリューション名: Logstorage連携パック for AWS Config

システム構成図:

製品/ソリューション概要:

AWS上にはAmazon Elastic Compute Cloud (以下、Amazon EC2) をはじめとして、様々なリソースが構築されます。「AWS Config」は、AWS上のリソースの構成情報を管理するサービスで、これを利用することにより、AWS上のリソースのスナップショット、構成変更履歴データの取得が可能になります。「Logstorage」及び「Logstorage連携パック for AWS Config」を利用する事で、AWS上のリソースの構成をより視覚的に把握することが可能になり、意図しない構成変更が発生した場合でも、その原因の追跡が容易になります。これにより、コンプライアンス監査、セキュリティ分析、トラブルシューティングも可能にします。

「Logstorage連携パック for AWS Config」は下記の機能を持っています。

（１）AWS Config 構成変更履歴の取り込み

    構成変更履歴を自動的に収集し、Logstorage上で容易に検索・分析を行うことができるようになります。

（２）AWS Config 構成スナップショットレポート

    構成スナップショットを視覚的にわかりやすく図示し、一目でAWSの構成を把握できるようになります。

AWS Config 構成変更履歴取得・検索フロー:

AWS Config スナップショット取得・レポート出力フロー:

AWS Config 構成スナップショットレポート:

システム要件/利用するAWSサービス:

対応OS:
Windows Server / RedHat Linux

AWSサービス:
AWS Config, EC2, S3, SNS, SQS

費用:

• ライセンス 65万円～、年間保守費用13万円～
• 月額利用料でのご提供も可能です。

http://www.logstorage.com/welcome/awsconfig_pack.html#price

その他情報:

製品情報：
統合ログ管理システム「Logstorage」
http://www.logstorage.com/

関連製品：
Logstorage 連携パック for AWS CloudTrail：
http://www.logstorage.com/welcome/cloudtrail_pack.html 

お問い合わせ先:

インフォサイエンス株式会社プロダクト事業部
Email: [email protected]

Tel: 03-5427-3503

------------------------------------------------- 
エコシステム ソリューション部
パートナー ソリューションアーキテクト
酒徳　知明

[ESP for AWS] Splunk Hunkのご紹介

会社名:  Splunk Inc.

製品 / ソリューション名: Hunk

 

システム構成図:

 

製品/ソリューション概要:

Hunkは、HadoopおよびNoSQLデータに対し、インタラクティブなデータ検索、分析、可視化を実現し、ダッシュボードの作成やレポートの共有を可能にするソフトウェアです。Hunkでクラスターを指定するだけで即座にデータの検索と分析が可能となります。Hadoop上でHiveやSQLを使用する中間ソリューションで必要な固定スキーマを必要とせず、Splunk Enterpriseで実績のある動的スキーマ処理技術により、データ構造を意識することなく柔軟にテラバイト級やペタバイト級のデータに対する分析をHunk UIから実行できます。Hadoopに大量のデータを取り込んでいるものの、MapReduceアプリケーションの開発が追いつかず、処理データが一部にとどまっているHadoopユーザーには有効なソリューションです。

Amazon Elastic Map Reduceに組み合わせてHunkをお使い頂くことで、インタラクティブにEMR/S3上のデータの検索、分析、可視化がHunk Web UI上から可能となります。HiveやSQL前提の中間ソリューションなしに、Hunkから直接テラバイト級やペタバイト級のデータに対するアドホックな検索、パターン検出や異常検知の分析が可能になります。

Hunkからデータの検索を実行すると、Map Reduceジョブがバックグランドで実行され、ジョブの完了を待たずHunkがストリーミング入力して分析結果のプレビューを表示します。これにより、結果をプレビュー確認しながら、修正が必要であれば検索を一時停止して調整、修正できるため、より高速でインタラクティブなデータの検索、分析を行うことができます。試行錯誤可能な環境での検索結果から価値のあるレポート、ダッシュボード作成が可能で、レポートはチェックボックスをオンにするだけで結果を透過的にキャッシングして応答時間の大幅な向上ができます。

またHunkのデータモデル機能により、業務部門やIT部門の担当者がHadoop内の膨大なデータ分析を、ピボットインタフェースを介してGUI操作にて素早くグラフ、各種ビジュアルやダッシュボードが作成することも可能です。

(Hunk利用の流れ)

環境セットアップ

• AWS環境準備概要
• S3に分析データを用意する
• EMR Hadoop Cluserを作成。ApplicationとしてHunkのみを指定
• EC2インスタンス上にHunkのAMIからセットアップ、もしくはCloudFormationを使って、Hunkインスタンスをセットアップ
• Hunkで必要な手順概要
• HunkにてVirtual Index定義（どのEMR Cluster,S3にアクセスするか）作成

EMR/Hunkのセットアップと導入手順について詳細はこちらを参照下さい。

http://aws.amazon.com/jp/elasticmapreduce/hunk/

https://www.youtube.com/watch?feature=player_embedded&v=5GBsg6uOW4E

Hunkユーザーマニュアル

http://docs.splunk.com/Documentation/Hunk/latest/Hunk/MeetHunk

Hunkでデータを分析する

取り込んだデータは、Splunk Enterpriseと同様のUIから同じ操作にて検索・分析・可視化が可能です。Splunkと同じサーチコマンドの実行や、ピボットによるGUIベースでの分析、レポート作成をHadoop内のデータに対して実行することができます。

Hunkによる分析イメージビデオURL:

https://player.vimeo.com/video/92648217

システム要件/利用するAWSサービス:

対応OS: Linux

AWSサービス:

EC2, S3, EMR, CouldFormation

費用:

Hadoopクラスターのタスクトラッカーノード数に基づいた料金体系 (最低10ノード〜 ) もしくはAWSより提供される時間単位の従量課金体系 (Hunkを有効化したEMRクラスターのインスタンス数で課金)

その他情報:

HunkはAWS Marketplace、またはAWS Could Formation からHunk Templateをお使い頂くことでより素早く容易に利用開始頂くこともできます。

お問い合わせ先:

[email protected]

03-6206-3780

------------------------------------------------- 
エコシステム ソリューション部
パートナー ソリューションアーキテクト
酒徳　知明