New Relicのアカウント構成を検討しましょう！

**New Relicを使い始めると初期状態でアカウントが1つ作成されますが、別途アカウントを追加できます。** こちらの記事では、**どんな場合にアカウントを追加するのか？** また、**どんなことを気にしたほうがよいか？** などをご紹介します！

**使いはじめは特別な理由が無い限りアカウントが1つの状態で基本的には問題ありません**。ただ、**あとから変更する場合は設定をやり直す必要がある**ので、どのような場合に複数アカウントを使ったほうが良いか下記を参考にしてみてください。

**詳細は下記の公式ガイドを参照ください。**

**↓↓↓ 公式ガイドはこちら**

https://docs.newrelic.com/jp/docs/accounts/accounts-billing/account-structure/create-manage-accounts/


# 前提
アカウントというとユーザーのことを指すサービスもありますが、**New Relicではアカウントは論理的に別れている環境**を表していて、**監視対象のテレメトリーデータはいずれかのアカウントに収集**され、収集されたテレメトリーデータに合わせて**エンティティという単位でアプリケーションやホストなどがアカウントに表示**されます。

また、**New Relicにサインアップすると組織(Organization)が1つ作成され、その中にアカウントが1つ作成されます**。1つの契約に対して1つの組織が存在すると捉えて頂けると良いです。

下記は、1つの組織内に複数のアカウントを設定した場合のイメージになります。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/227243/f5e9b0f2-9a0d-f713-57fe-ee65e358f29d.png)


# アカウントを分けるときの注意点
例えば**AWS IntegrationなどはNew Relicのアカウント毎に実施**するため、3つに分けたNew Relicのアカウントが同じAWSのアカウントを使っていると、それぞれのNew Relicアカウントに**重複してテレメトリデータを取り込むことになるので気をつけてください**。

重複する場合にドロップルール等で取り込むデータをフィルターすれば、ある程度重複は避けられますが手間がかかります。
**1つのNew Relicアカウントには複数のAWSアカウントを紐づけられる**ので、**New RelicアカウントよりもAWSアカウントが細かく別れている方がベター**です。


# 例：1つのアカウントで利用

個人的には使いはじめのタイミングでは、**特別な理由がない限りは初期状態のアカウントが1つの状態で使用**するのが良いかと思います。

ただし、**あとからアカウントを増やした場合**、**追加したアカウントで別システムのテレメトリデータを管理する場合は問題ありません**が、**今計装しているシステムのテレメトリーデータを新しいアカウントで管理する場合は、改めて送り先を変更する設定をする必要がある**ので気をつけてください！

全システムのテレメトリデータを1つのアカウントに取り込む場合は、**Workloads**を使用して**論理的にエンティティをグループ化**しましょう

<img width="300" src="https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/227243/3a4c2576-18e6-082b-9d05-7f28b6b04a3d.png">


https://docs.newrelic.com/jp/docs/new-relic-solutions/new-relic-one/workloads/workloads-isolate-resolve-incidents-faster/


# 例：アカウントをチームで分ける
**各チームや社員とベンダーでアカウントを分ける**ことで、各チームがアクセスできる範囲を制限したりやアカウント毎のコスト管理状況を把握しやすくすることが可能です。


![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/227243/19828205-4b66-fce1-ca76-901d1cbef906.png)

# 例：アカウントをシステムで分ける
**システムでアカウントを分ける**ことで、アクセスできる範囲を制限したりやアカウント毎のコスト管理状況を把握しやすくすることが可能です。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/227243/9eaf33b1-c67c-be2a-f950-4b46e172bb8e.png)

# 例：アカウントをステージで分ける
**開発環境、評価環境、本番環境などでアカウントを分ける**ことで、アクセスできる範囲を制限したりやアカウント毎のコスト管理状況を把握しやすくすることが可能です。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/227243/8b4a2766-d1b3-6e35-fe9b-2dc4dc3714de.png)

他にもアイデア次第で自社環境にあった分け方ができるので検討してみてください！

# アカウントを分けた際のその他の効果
New Relicでは**アカウント事にデータ制限**があるため、アカウントを分けることで**上限に引っかかりにくくすることが可能**です。

契約形態によって変わりますが、例えば下記などがあります。
- アラート条件のデフォルト件数
- アラートワークフローのデフォルト件数
- アラートポリシーのデフォルト件数
- アラートの送信先のデフォルト件数

詳細は下記を参照ください。

https://docs.newrelic.com/docs/query-your-data/nrql-new-relic-query-language/get-started/rate-limits-nrql-queries/#inspected-count-limits

https://docs.newrelic.com/docs/alerts-applied-intelligence/new-relic-alerts/learn-alerts/rules-limits-alerts/

また、アカウントを分けると**アカウント毎にどのくらいデータ量を使用しているかわかる**ので、**コスト管理の面で活用**いただくことも可能です。

# その他

New Relicでは、**新しい機能やその活用方法**について、QiitaやXで発信しています！
**無料でアカウント作成**も可能なのでぜひお試しください！

:::note info
New Relic株式会社の[X(旧Twitter)](https://x.com/NewRelicJapan) や [Qiita OrganizationOrganization](https://qiita.com/organizations/newrelic)では、
新機能を含む活用方法を公開していますので、ぜひフォローをお願いします。
:::

:::note info
無料のアカウントで試してみよう！
[New Relic フリープランで始めるオブザーバビリティ！](https://qiita.com/ktst79/items/5ee74b34e6adb8a7a6fa)
:::