AWS Partner SA ブログ

[OpsJAWS: やってみようシリーズ] New Relicのはじめかた

Partner SA 酒徳です、こんにちは。本日のやってみようシリーズは、New Relicに関する投稿です。先日ご紹介しましたDatadogと共にMonitoring as a Serviceで注目を集めるSaaSの一つですね。こちらもMonitoring as a Serviceをご検討の方、必見です！New Relicの説明は国内で代理店をされています日商エレクトロニクスの友近さんにご紹介頂きます。

みなさんこんにちは。日商エレクトロニクスの友近です。このたび、弊社ではNew Relicの取り扱いをはじめました。

ところで、みなさんはNew Relicをご存知でしょうか。New RelicはSaaS型の監視・分析サービスで、インフラからアプリまで、フルスタックでモニタリングできるDevOps実現への頼もしいサービスです。本日の​やってみようシリーズでは、New Relicの基本的な使い方について説明します。

最初に、New Relicをお試し頂くには弊社フォームから無料トライアルをお申し込みください。　PROプランのサービスを30日間無料でお試し頂くことができます。　30日を経過しても自動的に無料（LITE）プランが適用され、機能は制限されますが継続して利用が可能です。提供プランの詳細については、こちらを確認ください。

今回は申込完了後から監視開始までの手順についてご紹介します。

1. お客様用New Relicサイトへの初回アクセス、アカウント情報及びパスワードの変更手順
2. New Relic APMのAgentインストール手順
3. New Relic InfrastructureのAgentインストール手順 
4. まとめ

1. お客様用New Relicサイトへの初回アクセス、アカウント情報及びパスワードの変更手順

1-1.前準備

弊社無料トライアルフォームからのトライアル申込完了後に、以下のメール（New Relic 30日間お試し登録およびアカウント発行のお知らせ）が届きます。

<<New Relic 30日間お試し登録およびアカウント発行のお知らせ>>

ご登録頂いたEmailアドレス：（Emailアドレス）
暫定パスワード：（アカウント名）
暫定アカウント名：（アカウント名）
アカウントID：（アカウントID）
フリートライアル終了日：（フリートライアル終了日）
お客様用New Relicサイト： https://rpm.newrelic.com/accounts/（アカウントID）/

New Relicの管理画面にはブラウザでアクセスします。推奨ブラウザは下記の通りとなります。

• Chrome (Google): Linux, Mac, Windows
• Firefox (Mozilla): Linux, Mac, Windows
• Edge (Microsoft): Windows
• Safari (Apple): Mac

1-2. お客様用New Relicサイトにアクセス

New Relic管理画面には“お客様用New Relicサイト”をブラウザのURL欄に貼り付けてアクセスします。

内容をご確認の上、問題なければ”I agree”ボタンを押下して次に進んでください。下記の画面が表示されます（この画面に表示されている各画面に移動する前にアカウント情報等を設定します）。

1-3.アカウント情報の変更

ここでは初期ユーザ名、初期パスワードの変更方法、License Keyの確認方法、タイムゾーンの変更方法について説明します。

右上のプルダウンからAccount Settingsを選択して開きます。

Account Settings画面が表示されます。ここではAccount Name（アカウント名）、タイムゾーン等が変更できます。　Account Nameは英数字のみのサポートとなります。またLicense Keyの情報は本画面から確認できます（後々の設定変更等で使うことがあるため控えておくと楽です）。　License Keyは各種エージェントをインストールする際に必要です。日本でご利用の場合、タイムゾーンは”(GMT+9:00) Tokyo”に変更しておきましょう。

1-4. パスワードの変更

パスワードの変更はUser Preference画面で行います。右上のプルダウンから User Preferenceを選択して開きます。

User Preference画面が表示されます。メールに記載の暫定パスワードからお客様任意のパスワードに変更してください。

 

2. New Relic APMのAgentインストール手順

New Relic APMとは、アプリケーションのパフォーマンスを監視するサービスです（Application Performance Monitoring）。　Webサイトのパフォーマンス劣化の原因となるエラーコードやスロークエリなども検出できるサービスです。

対応言語としてはJava、Ruby、Python、PHP、node.js、Microsoft .NET、Goに対応しています。

監視をはじめるにはアプリケーションが稼働するサーバ上にNew Relic APMのAgentをインストールします。　Agentは監視対象となるアプリケーションが稼働する実行環境ごとにインストールする必要があります。　例えばあるWebシステムを監視したいとき、監視対象にしたいアプリケーションサーバすべてにAgentをインストールします。

今回は監視したいアプリケーションがRubyである場合を例に説明します（言語によってインストール手順が若干異なりますのでご注意ください）。

上のバーからAPM（①）をクリックし、AMPの開始画面（Welcome YOU let’s get started!）を開きAPM（②）をクリックします。

Rubyのアイコンをクリック。

Ruby Agentのインストール手順の案内画面(Get started with New Relic)が表示されます。

表示される手順に従ってお使いの環境でインストールを進めます。

ステップ１）license keyの表示（控えておいた値と同じであることを確認）

ステップ２）環境を選択すると、サーバへのインストールコマンドが表示されます。コピー＆ペーストでターミナルに貼り付けます。

インストール完了後、APMの画面にアプリが追加されていればOKです（下図は例）。監視はスタートしています。APMの詳しい使い方は次回以降にご説明します。

 

3. New Relic InfrastructureのAgentインストール手順

New Relic New Relic Infrastructureは個別のサーバの監視から複数のサーバをまとめてひとつのコンピュータリソースとして監視できる便利なサービスです。

物理/仮想問わずLinux（RHEL系/Ubuntu系）、Windows Serverに対応しています。最初に、監視対象とする各サーバにインストールしてください。

以下はLinuxにインストールする例です。上のバーからInfrastructureを選択すると以下の画面が表示されます。”Start my 30 day free trial”を押下して進めます。

監視対象のプラットフォームを選択します（画面はRHEL系Linuxの場合）。

次にNew Relic Infrastructure Agentのインストール手順が表示されます。（ディストリビューションごとにコマンドが異なります）。

 

インストール作業は以上です。インストール完了後以下のような画面がでればOKです。　監視はもうはじまっています。追加の設定は不要です。詳しい使い方は次回以降ご紹介しますので楽しみにお待ちください。

4. まとめ

いいかがでしたでしょうか。　これだけの手順でアプリおよびインフラのフルスタックの監視を始めることができます。　一般的な監視ツールのように個別の監視設定をする必要がありませんので、AWSのようなダイナミックにインフラ構成が変化するような環境での利用に最適です。

例えばNew Relic APMの場合、Agentインストール済みの実行環境をECSのようなコンテナでパッケージングしたり、New Relic Infrastructureの場合、Agentインストール済みのAMIを作っておくと、個別のインストールの手間が省けて、よりダイナミックな展開が可能になります。

次回からはAPMを使ったアプリケーションパフォーマンスの可視化について詳しくご紹介します。次回もお楽しみに！

ライセンス体系とコスト

弊社からトライアルを申込みいただくと30日間有料（PRO）プラン全機能をお試し頂くことができます。30日を経過しても自動的に無料（LITE）プランが適用され、機能は制限されますが継続して利用が可能です。　トライアル期間内に有料（PRO）プランへの正式契約を頂いた場合、お試しいただいてるすべての機能を継続して利用でき、翌月１日から課金が開始されます。ちなみに、日本のお客様にじっくり検証していただけるよう、30日間という期間倍増の無料トライアルを設けさせていただきました。

有料（PRO）プランの料金体系はこちらになります。

5. お問い合わせ先

一般お問い合わせ先

製品情報や一般的なお問い合わせは以下からお願いします。

日商エレクトロニクス：New Relic製品情報

日商エレクトロニクス株式会社のWebフォームからどうぞ。

技術お問い合わせ先

技術的にご不明な点はサポートコミュニティに投稿して頂ければご対応します。New Relicの技術問い合わせに関する日本語でのオンラインWEBコミュニティになります。LITE（無料）およびNew Relic PRO（有料）プランを問わず、また日商エレクトロニクス契約ユーザおよび米国New Relic直接契約ユーザを問わず、公開の場で日商エレクトロニクスによる技術サポートを提供します。

日商エレクトロニクス：New Relic サポートコミュニティ

日商エレクトロニクス：New Relic FAQ

尚、有料版をご契約のお客様は電子メールによるOne to Oneサポートもご提供しております。

エンジニアブログ

弊社エンジニアが投稿しているブログです。New Relicに関する情報もあります。

日商エレクトロニクス：New Relic 製品ブログ

Qiita: ブログ

セミナー情報

セミナーを随時開催しています。詳しくはこちらで告知しております。

****

OpsJAWS メインページはこちら。

クラウド運用にご興味ある方は、こちらからOpsJAWSに登録ください。

[OpsJAWS: やってみようシリーズ] Datadogをはじめてみよう！

Partner SA 酒徳です、こんにちは。今年の "やってみようシリーズ in 2017" は新たに、Alert Logic, Datadog, NewRelicが加わり、よりパワーアップするとお伝えしました(詳細はこちら)！そして今年、第一回目は、Monitoring as a Serviceで注目を集めるDatadogの投稿でスタートします。

最近AWSマネージドサービスの統合監視についてよくご相談を頂きます。マネージドサービスをふんだんに活用したクラウド最適なアーキテクチャの採用をご検討されている方には必見のトピックです！それでは、Datadogに関してDatadogの服部さんにご紹介頂きます。

こんにちは､Datadog, Inc.の服部と申します。Datadogの日本事業担当として、Datadogの導入の提案、運用監視の最新情報について情報発信などを行っています。Datadogは2010年にニューヨークで創業し、AWSのアドバンスドテクノロジーパートナーとして今年はre:Inventの最上位ダイアモンドスポンサーをさせて頂くなど、積極的にAWSにコミットしてきた実績がございます。

Datadogというサービスについて

Datadogはインフラ監視 as a Serviceを提供しており、特に、クラウドネイティブ、クラウド最適なアーキテクチャや、コンテナ、マイクロサービスといったモダンなITインフラの監視を得意としており、USではAirbnb, EA, Netflix, Salesforce, Spotifyなどのお客様、日本でも、ChatWork, CyberAgent, Gree, Gunosy, Increments, Monex, Smartnews, TresureData, Wantedlyなどなど、AWSの導入事例でよく登場される先進的なユーザーにお客様としてご利用頂いております。また、チャネルパートナーとして、APNプレミアコンサルティングパートナーであるクラウドパック、サーバーワークス、クラスメソッドの3社様のMSP事業や個別案件にご活用頂いています。

Datadogというサービスの特徴

DatadogはSaaS型の運用監視サービスで、オンプレミスやプライベートクラウド、各種クラウドサービスのモニタリングが可能ですが、Datadog自身がAWSのヘビーユーザーであり、特にAWSのインテグレーションは非常に親和性が高いものを提供しております。

EC2に限らずCloudWatchが対応するほぼすべてのマネージドサービスに対応し、さらに課金情報やメンテナンスイベント、サービスヘルスダッシュボード、サービス上限値といったAWSの運用に不可欠な情報を一手に監視することが可能です。最近では、アルゴリズムベースのメトリクス監視に対応し、基本的な回帰分析の利用やメトリクスの挙動を過去データから推定し逸脱を検知したり、集団からの外れ値検知などが可能です。

AWSのインテグレーションはIAMのロールを構成するだけで簡単に始めることができ、各種サービスのプリセットのダッシュボードからすぐに監視をスタートできます。

設定する内容

まずは監視データの収集です。通常、監視サーバー、監視サービスというとサーバーホストにエージェントを導入することからスタートすると思います。もちろん、DatadogもDatadog Agentを利用することで、より詳細なサーバーデータを収集したり、ミドルウェアのインテグレーションが利用になりますが、ここでは、簡単に大量の監視データの収集が可能なAWSのインテグレーションを利用します。

Datadogは新規アカウント作成にクレジットカードを必要としません。そして新規アカウント作成から2週間はフル機能のトライアル期間となり、その後はフリープランアカウントに以降します。今回はAWSとのインテグレーションを構成しますので、ご利用されているAWSアカウントもご用意下さい。

設定の順序

それでは、早速設定を進めていきましょう。なお、下記IAMポリシーの中身はDatadog特有のものですが、IAMロールの構成自体は、SaaSのAWS連携の定番の設定手順です。今回DatadogがSaaSのAWS連携で始めてという方も、今後のSaaS活用の良い事始めになると思いますので、張り切ってどうぞ！

1. AWSコンソールからDatadog用の新規IAMポリシーの作成
2. Datadogのコンソールから新規Datadogアカウントを作成
3. DatadogのAWSインテグレーションページに移動
4. AWSコンソールからDatadog用の新規IAMロールの作成
5. DatadogのAWSインテグレーションからIAMロールを構成. 識別タグ、制限タグの設定

 

1. Datadog用の新規IAMポリシーの作成

1-1. 最初に新規ポリシーをIAMコンソールにて作成します。

AWS IAM コンソールに移動し、[ポリシーの作成]を選択します。

1-2. "独自のポリシーを作成”を[選択]します。

1-3. ポリシー名やポリシードキュメントを編集します。

すべてのAWSインテグレーションの機能を活用するために、[ポリシードキュメント]欄に下記ポリシー*を記入します。CloudTrailインテグレーションを利用する場合は、次の手順でCloudTrail用のS3のバケットへのアクセス許可も追加して下さい。

{

  "Version": "2012-10-17",

  "Statement": [

    {

      "Action": [

        "autoscaling:Describe*",

        "cloudtrail:DescribeTrails",

        "cloudtrail:GetTrailStatus",

        "cloudwatch:Describe*",

        "cloudwatch:Get*",

        "cloudwatch:List*",

        "dynamodb:list*",

        "dynamodb:describe*",

        "ec2:Describe*",

        "ec2:Get*",

        "ecs:Describe*",

        "ecs:List*",

        "elasticache:Describe*",

        "elasticache:List*",

        "elasticloadbalancing:Describe*",

        "elasticmapreduce:List*",

        "elasticmapreduce:Describe*",

        "kinesis:List*",

        "kinesis:Describe*",

        "logs:Get*",

        "logs:Describe*",

        "logs:FilterLogEvents",

        "logs:TestMetricFilter",

        "rds:Describe*",

        "rds:List*",

        "route53:List*",

        "ses:Get*",

        "sns:List*",

        "sns:Publish",

        "support:*"

      ],

      "Effect": "Allow",

      "Resource": "*"

    }

  ]

}

*上記ポリシーはAWSやDatadogの機能拡張により追加,修正されます。最新版はこちらのドキュメント

なお、最小限のポリシーで運用するには、AmazonEC2ReadOnlyAccessとCloudWatchReadOnlyAccess を適用します。ただし、最小限のポリシーでは、特定のサービスのステータスやメトリクス、タグ情報がDatadog上で利用できないことをご理解下さい。各ポリシーがどのような用途で利用されるかについては、下記ドキュメントに記載がございます。
Datadog DOCS:Datadog-AWS Integration:Permissions
http://docs.datadoghq.com/integrations/aws/#permissions

1-4. CloudTrail利用時の追加設定

CloudTrailを利用している場合はIAMポリシーにCloudTrail用に作成しているS3バケットへのアクセス許可も追加する必要があります。s3自体へのアクセス許可としてs3:ListBucket, s3:GetBucketLocation, s3:GetObject, を指定したうえで、該当S3バケットをresouceに指定します。前項のポリシー末尾の...Resource”: “*”},の後に挿入するかたちで下記ポリシーを追記します。S3のバケット名(your-s3-bucket-name)はご自身の環境のものを入力して下さい。

                ...(略)...

                "support:*"

            ],

            "Effect": "Allow",

            "Resource": "*"

        },

        #以下のポリシーを追加

        {

            "Action": [

                "s3:ListBucket",

                "s3:GetBucketLocation",

                "s3:GetObject"

            ],

            "Effect": "Allow",

            "Resource": [

                "arn:aws:s3:::your-s3-bucket-name",

                "arn:aws:s3:::your-s3-bucket-name/*"

            ]

        }

    ]

}

1-5. 内容を確認し、[ポリシーの作成]を選択

ポリシー名は、DatadogAWSIntegrationPolicy あるいはお客様のAWS環境でより分かりやすいポリシー名とし、必要に応じて説明を記入し、[ポリシーの作成]を選択します。

 

2.Datadogのコンソールから新規Datadogアカウントを作成

2-1. Datadogのホームページにアクセスし、[FREE TRIAL]を選択します。

2-2. 必要事項を入力します。クレジットカード情報は不要です。

Datadogでは、初回登録時のメールアドレスとパスワードでユーザーを認証します。

また、DatadogではSAML認証を使用したシングルサインオンを設定することが可能です。
詳しくはドキュメント"Single Sign On With SAML"を参照して下さい。

分からないときは、コメント欄に@supportとしてご質問を書き込めば、
いつでもサポートチームからの技術支援を受けることができます。もちろん日本語でも大丈夫です。

3. AWSコンソールからDatadog用の新規IAMロールの作成

3-1. 再びIAMコンソールにて、今度はロールの作成に移ります。

AWS IAM コンソールに移動し、[新しいロールの作成]を選択します。

3-2. ロール名を設定

ロール名は、DatadogAWSIntegrationRole あるいはお客様のAWS環境でより分かりやすいものを設定して下さい。

3-3. クロスアカウントアクセスのロールを設定

[サードパーティのAWSアカウントのIAMユーザーに、アカウントへのアクセスを許可します。]を選択します。

次のページを開いたまま、次はDatadogのIntegration設定ページに移動します。

3-4. DatadogのIntegrations設定ページに移動し、AWS External ID を習得

DatadogのIntegrations設定ページに移動します。

AWS Integration を選択し、[Configuration]タブを開きます。

New Account の AWS External ID に表示されている文字列をコピーします。

このページを開いたまま、次はIAMロールの設定ページに移動します。

3-3. AWS IAM コンソールに戻り、ロールの設定を続行

アカウントID:作成するIAMロールが権限委託するDatadogのAWSアカウントID 464622532012 を入力
外部ID:前頁でDatadogのAWSインテグレーション設定画面から取得した"AWS External ID"を入力
MFAが必要:チェック欄　チェックが外れていることを確認し次のステップへ

3-4. ロールにIAM ポリシーをアタッチする

新規, AWS IAM ポリシーの作成にて作成したIAMポリシー名を検索しチェックを入れる
設定の確認　[次のステップ]へと進み、設定内容を確認して問題が無ければ、[ロールの作成]を選択し、作成が完了します。

4.DatadogのAWSインテグレーションからIAMロールを構成

4-1. AWS IAMロールの設定

AWS Account ID:Role Delegation(権限委託)を適用するIAMロールを前頁までで作成していたお客様のAWSアカウントIDを入力
AWS Role name:今回新規作成した IAM ロールの ロール名を入力

Tags:今回設定するAWSアカウントを識別するためのタグを設定(例：service:game01, managedby:suzuki 等、複数のAWSアカウント設定時には、このタグでAWSのアカウントを区別する)

4-2. 制限タグの設定、特定のサービスの除外(作成中)

1. Optionally limit metrics collectionメトリクス取得対象(=課金対象)から除外したいテスト用のnanoインスタンスなどのEC2ホストを除外するタグ但し, datadog agentインストール済みのEC2ホストは除外タグの対象外 変更時[Update Configuration]で有効化

前提条件: AWSインテグレーションが正しく構成されると、自動的に全てのEC2インスタンスがモニタリング対象、すなわち課金対象となります。
ここでタグを指定しておくことで、モニタリング対象/除外対象を制御できますが、
Datadogエージェント導入済みEC2インスタンスは、ここで指定するタグに関わらずモニタリング対象(=課金対象)とみなされます。

Point.1: 本番環境に利用しない特定のインスタンスタイプを予め除外する
->例: !instance-type:t2.nano, !instance-type:m3.* =(t2.nano及び全てのm3タイプを除外)
AWS環境固有のimageやinstace-type, AZなどの自動付加されるタグを利用して漏れ防止

Point.2 : 本番,ステージング,デモなど環境ごとにタグを指定しておく
->例: env:prod, env:staging, !env:demo =(本番とステージングは対象、デモ用環境は除外)
ユーザー独自のタグも併せて指定。他にもサービス名や担当チーム名などが利用される。

Point.3 :タグの設定や修正後は忘れずに[Update Configuration]をクリック

サービスの除外設定。

4-3. 設定完了

画面左下[Update Configuration]をクリックして設定完了です！

5. まとめ

いかがだったでしょうか。初回ということでDatadogの設定を中心にご説明しました。2回目以降は何かできるのかを中心に、より詳細に入りたいと思います。２回目以降もお楽しみに！

****

OpsJAWS メインページはこちら。

クラウド運用にご興味ある方は、こちらからOpsJAWSに登録ください。

[OpsJAWS: やってみようシリーズ] Alert Logic, Datadog, NewRelicが新しく"やってみようシリーズ"に加わりました！！

Partner Solutions Architect 酒徳です。今年も始まりもう１ヶ月が経ちますね！Excitingな2017年をお過ごしでしょうか？！今日は"OpsJAWS やってみようシリーズ" からExcitingな報告をお届けします。

"OpsJAWS やってみようシリーズ" は昨年2016年に開始しました。以前より、海外のOps SaaS(ISV)を使ってみたいというお客様、パートナー様が多くいらっしゃいましたが、英語の問題もあり、興味がありながらもなかなか取っ付きつらいとFeedbackを頂いていました。そこで国内のAWSエコシステム パートナーの皆様にご協力頂きながら、コンテンツを日本語で展開し、非常に多くの方にご覧いただけました。

昨年はニーズの多かったログ管理周りを中心に、splunk, sumologic, zabbix、そして統合認証に関してはoneloginについて使い方をシリーズ形式でご紹介させて頂きました。splunk cloudに関してはsplunk Japan様, SCSK様、sumologicはオージス総研様、Zabbixに関してはTIS様、oneloginに関してはサーバーワークス様より詳しくステップ バイ ステップでご説明頂きました。

 

Services in 2016

     

そして、今年は更に、Alert Logic, Datadog, NewRelic の3社が加わり、大幅にカバー範囲を拡大します。今月より随時投稿を開始させて頂きます。

 

Services in 2017

Alert Logic はAWS Cloudにおいて、IDS、 WAF、 SIEMといった幅広いセキュリティ監視サービスを提供するSaaS Providerです。今回はAlert Logis, Inc. と提携を発表されました三井物産セキュアディレクション株式会社様にリード頂きながら、Alert Logicの仕組み、使い方をご紹介頂きます。

 

 

Datadogはシステム、サービス監視を提供するSaaS Providerです。トラディショナルなリソース監視に加え、コンテナ含むDevOps環境のモニタリングをSaaSとして提供します。今回はDatadog様にリード頂きながら、Datadogの使い方をわかりやすくご紹介頂きます。

 

 NewRelicはウェブアプリケーションの監視、分析プラットフォームをSaaSで提供します。インフラからアプリケーションまで幅広いレイヤーでの監視が可能になります。今回はNewRelic, Incと販売代理店契約を締結されました、日商エレクトロニクス株式会社様にリード頂きご紹介させて頂きます。

是非今年の"OpsJAWS やってみようシリーズ" もお楽しみに！またクラウド運用にご興味ある方は、AWS User Group OpsJAWSにも是非ご登録ください。こちらからOpsJAWSに登録を！