これは実装ガイドの最初の部分です。
New Relic に初めてサインアップするとき、いくつかの重要なアカウント関連およびユーザー関連の決定を下す必要があります。実装のこの段階では、次のことを行います。
- アカウント関連の重要な設定を決定する
- New Relic チームのリーダーを誰にするかを考える
- システム内のどのコンポーネントを計測する必要があるかを考えてください
- データを整理するための戦略について考えてみましょう
アカウントの初期設定
New Relic にサインアップすると、 New Relic オーガニゼーションが得られます。この組織は、組織のデータ、アカウント、およびユーザーのコンテナーです。最初に考慮すべきいくつかの重要な事項を次に示します。
データセンターのリージョンを決定する
New Relic にサインアップするときは、2 つのデータセンター地域のどちらに組織を配置するかを選択する必要があります: 米国または EU。リージョン間にはいくつかの違いがあります。たとえば、異なる API エンドポイントがあり、いくつかの機能に違いがあります。データセンター リージョンの詳細をご覧ください。
必要なエディションを検討する
New Relic 組織は、New Relic を永久に無料で使用できます。New Relic 組織が New Relic の支払いを開始すると、 Standard 、 Pro 、またはEnterpriseの 3 つのエディションのいずれかになります。エディションは後でいつでもアップグレードできますが、大規模な組織の場合は、各エディションを調べて、それぞれの機能と最終的にどのエディションになる可能性があるかを理解することをお勧めします。料金ページを参照してください。
セキュリティ コンプライアンスのニーズを決定する
New Relic は、デフォルトで高レベルのセキュリティを提供します (セキュリティ機能の詳細をお読みください)。ただし、特定の業界では、はるかに高いレベルのセキュリティ コンプライアンスが必要です (医療機関や金融機関など)。これらの組織には、FedRAMP および HIPAA セキュリティ コンプライアンスを提供しています。これらのコンプライアンス オプションには、Enterprise エディション (エディションの詳細をご覧ください) と Data Plus オプションの両方が必要です。Data Plus を使用すると、保持期間の延長やクエリ制限の引き上げなど、いくつかの強力なデータ機能にアクセスできます。データ プラスのメリットについて詳しくは、こちらをご覧ください。
コンプライアンス機能の詳細については、次のドキュメントを参照してください。
チームリーダーを決める
どのチーム メンバーが最初の New Relic チーム リーダーになるかを決める必要があります。これらは、次の 1 つ以上を行うチーム メンバーになります。
- インストルメンテーションのセットアップと構成
- New Relic ユーザーの追加と管理
- 請求の監督
- ユーザーのトレーニングと質問への回答
チーム リーダーを追加する場合は、次の点を考慮してください。
- 予想される職務に基づいてユーザー タイプを割り当てます。ユーザー タイプには、基本ユーザー、コア ユーザー、フル プラットフォーム ユーザーの 3 つがあります。基本ユーザーは、データ レポートを取得し、いくつかの基本機能を使用できますが、より高度な可観測性と管理機能にはアクセスできません。より多くの管理業務については、コア ユーザーまたはフル プラットフォーム ユーザーを選択してください。ユーザー タイプの詳細をご覧ください。
- ユーザーを適切なグループに割り当てます。おそらく、管理者をデフォルトの管理者グループに追加して、すべてにアクセスできるようにすることをお勧めします。グループの詳細をご覧ください。
スプレッドシートを使用して、ユーザーの New Relic の責任を計画することをお勧めします。
請求について
あなたのチームは、請求要因とは何か、無料で何が得られるかを理解している必要があります。
使用状況 UI には、取り込みデータが表示されます。
将来のコストを見積もりたいですか？インジェストの見積もりに関するブログ記事を参照してください。
インストルメンテーションの目標と計画について考える
New Relic を最大限に活用するには、オブザーバビリティの目標と、それらの目標を達成するために何をインストルメント化する必要があるかについて、時間をかけて検討する必要があります。組織が大きくなるほど、この計画はより重要になります。
分散トレース UI のビュー。計測するシステム コンポーネントが多いほど、可視性がより完全になり、オブザーバビリティへの取り組みがより効果的になります。
インストルメンテーション計画をより明確にするためのヒント:
- オブザーバビリティの目標と、それを達成する方法についてブレインストーミングを行います。関与している主なビジネスユニットは何ですか?成功を測定するために使用する重要業績評価指標は何ですか?
- 過去に他の監視ソリューションを使用したことがある場合は、どのような問題点があり、今回はどのように改善できるかを考えてください。
- ハードウェアとソフトウェアの両方のシステム アーキテクチャの図を作成します。オンプレミスとクラウドのコンポーネントは何ですか?目標を達成するために監視する必要があるエンティティ (アプリ、ホスト、サービスなど) を決定します。
- 監視対象のエンティティと、それらがチームや他のビジネス ユニットとどのように関連しているかを示すスプレッドシートを作成します。
- 可観測性のすべてのニーズに New Relic を使用しますか?それとも、さまざまなツールを使用する予定ですか?すべてのデータを 1 か所にまとめて New Relic に切り替えることには価値があります。他のサービスから New Relic にデータを転送することもできることに注意してください。(当社がサポートする一般的なテレメトリ ツールとサービスについて説明します。 )
これらは、あなたが考えたいかもしれないいくつかのことです。最適なオブザーバビリティを実現するための詳細なガイダンスが必要な場合は、オブザーバビリティの成熟度シリーズを確認してください (たとえば、 何を計測するかを決定するためのこのガイド)。
データ編成について考える
New Relic データが整理されているほど、次のことが簡単になります。
- データの検索とクエリ
- データのアラートを作成する
- 問題のトラブルシューティング
データを整理するための重要な戦略は次のとおりです。
- タグを使用すると、監視対象エンティティ間の関係をすばやく確認できるため、問題のトラブルシューティングが容易になります。強力なタグ付け戦略を持つことが重要です。たとえば、全員が同じタグ命名構造を使用し、一貫して同じタグを使用するようにすることをお勧めします。まだ持っていない場合は、組織のタグ付け戦略を作成することを検討してください。
- ワークロード機能を使用して、関連するアプリ、サービス、ホスト、およびその他のエンティティをビジネス関連のグループにグループ化し、それらに関する情報を 1 つのダッシュボードに表示します。関連するエンティティをワークロードにグループ化する方法について、少し考えてみてください。
タグとワークロードについては、このガイドの後半で再度説明しますが、組織が大規模な場合は、これらのことについて今考えておくと役立つ場合があります。
複数のアカウントを検討する
複数のアカウントを使用することは、データを整理するもう 1 つの方法です。
New Relic にサインアップすると、単一のアカウントを持つ New Relic 組織が作成されます。Pro または Enterprise エディションでは、複数のアカウントを持つことができます。それ以外の場合は、1 つしか持つことができません。
所有するアカウントの数を最小限に抑えるようにしてください。これにより、アカウントとユーザー構造がシンプルになり、ユーザーは関連データに簡単にアクセスできるようになります。アカウントを追加する理由:
- 本番環境とステージング/テスト環境を分離するため (ただし、これはタグを使用して行うこともできます)。
- 部門ごとに請求を分けやすくするため。
- 厳密な境界を必要とするプロジェクトへのユーザー アクセスを制御するため。たとえば、チームが特定のアプリのデータにのみアクセスできるようにする場合は、そのアプリのアカウントを作成できます。
データが New Relic に報告されると、そのアカウントのアカウント ID で表される特定のアカウントに報告されます。スプレッドシートを使用して、必要なアカウントを計画し、アカウント ID を追跡することをお勧めします。これは、ユーザー アクセスをマップするために使用するスプレッドシートと同じにすることができます。
利用可能な API を理解する
API に関するいくつかの基本を理解しておくと、後でインストルメンテーションと構成を行う際に役立ちます。当社の API には以下が含まれます。
当社の データ取り込み API: これらは、メトリクス、イベント、ログ、およびトレースの 4 つのコア データ タイプの API です。 我々 のデータ レポート ツールはこれらの API を介してデータを送信し、API を直接使用することもできます。私たちの主なデータ取り込みキーは、
. ライセンス キーは、特定のアカウント ID に関連付けられています。より自動化されたインストール オプションには、正しいライセンス キーが含まれています。
NerdGraphと呼ばれる GraphQL 形式の API。これは、データのクエリから New Relic 機能の構成まで、データの取り込み以外のすべてに使用されます。NerdGraph には
、各ユーザーに固有の個人キーです。
ユーザーの計画と追加
ここまでで、New Relic 管理者を追加しましたが、他のユーザーをまだ追加していない可能性があります。
ユーザー数が約 15 人以上の組織の場合、ユーザーの New Relic アクセスを計画すると便利です。これは特に、ユーザーがアクセスできるアカウントとロールを細かく制御する必要がある場合に当てはまります。ただし、数人のユーザーしかいない場合、または大部分またはすべてのユーザーにすべての New Relic 機能へのアクセスを許可することを計画している場合、ユーザー アクセスを計画することはそれほど重要ではありません。
Pro および Enterprise エディションのみが、複数のアカウント、カスタム グループとロールを追加する機能、および 5 人を超えるフル プラットフォーム ユーザーを持つ機能を許可することに注意してください。つまり、無料利用枠または Standard エディションを使用している場合、ユーザーの計画はあまり重要ではありません。
推奨される手順:
- ユーザー管理システムの仕組みの基本をお読みください。
- どのチーム メンバーが New Relic にアクセスできるか、そのユーザー タイプは何か、どのアカウントにアクセスできるかを計画します。
ユーザーを追加する準備はできましたか?いくつかのオプション:
- シングル サインオンを使用したり、ID プロバイダーからユーザーを管理したりしたいですか?ユーザーログインと管理オプションをご覧ください。
- ユーザーを UI から手動で追加しますか?ユーザーを追加するを参照してください。
- アカウントとユーザーをプログラムで管理したいですか?NerdGraph API ドキュメント を参照してください。
また、データ レポートを取得した後で、いつでもユーザーを追加できることに注意してください。
次のステージ
実装の旅を続ける準備はできましたか?次の段階に進みます: インストルメンテーション。