> ## Documentation Index > Fetch the complete documentation index at: https://translations.mintlify.site/llms.txt > Use this file to discover all available pages before exploring further. > Azure でのデプロイオプションとしての Auth0 アイデンティティプラットフォームと、その機能について説明します。 # Private Cloud on Azure Private Cloud on Azure のデプロイオプションは、Microsoft Azure 上で稼働する Auth0 アイデンティティプラットフォームの専用マネージドインスタンスです。分離性の確保、高いパフォーマンス、個別の開発インスタンス、各種アドオンなどを提供します。
## 運用上の違い
以下の表は、Private Cloud on Azure の各デプロイオプションを比較したものです。 | 項目 | Public Cloud | Private Cloud on Azure Basic \* | Private Cloud on Azure Performance \* | | ---------------------- | ---------------- | ------------------------------- | -------------------------------------------------------------------------------------------- | | テナンシー | マルチ | シングル | シングル | | 1 秒あたりのリクエスト数 (RPS) | 100 | 100 | 500\* RPS (5x)
1500\* RPS (15x)
3000\* RPS (30x)

3000\* RPS (30x Burst) | | サービス レベル アグリーメント (SLA) | 99.99% | 99.99% | 99.99% | | データレジデンシー | パブリッククラウドリージョンのみ | あり | あり | | 開発環境 | なし | なし | 1 | \*1 秒あたりのリクエスト数 (RPS) の容量は、一般的な目安として示しています。実際のパフォーマンスは、お客様の Private Cloud 環境内で処理されるトランザクションの種類や量によって異なる場合があります。記載の容量ベンチマークに使用されたテストトランザクションは、個々のお客様に固有のトランザクションパターンやワークロードと一致しない可能性があります。たとえば、[リソース所有者パスワードフロー](/docs/ja-jp/get-started/authentication-and-authorization-flow/resource-owner-password-flow) を使用する場合、以下の容量がサポートされます。 | Tier | RPS | | --------------------- | ---- | | Basic | 55 | | Performance 5x | 180 | | Performance 15x | 600 | | Performance 30x | 1400 | | Performance 30x Burst | 1400 |
### データレジデンシー
Azure 上の Private Cloud では、データを保存するリージョンを選択できます。Auth0 は、デプロイ時に 3 つの[可用性ゾーン](https://azure.microsoft.com/en-us/global-infrastructure/geographies/)を使用する利用可能なリージョンの一覧を提供できます。現在 Private Cloud のデプロイを提供しているリージョンの一覧は、[Trust & Compliance page](https://www.okta.com/trustandcompliance/) に掲載されている Sub-processor Information で確認できます。ほとんどの場合、Okta はバックアップを選択した Azure リージョン内の同じリージョンにデプロイします。
### 高可用性
Azure 上の Private Cloud インスタンスには、99.99% のサービス レベル アグリーメント (SLA) が適用されます。無料トライアル、サンドボックス、ベータ版、その他の本番前環境には、可用性保証は適用されません。
## 追加の開発環境
Azure 上の Private Cloud Performance デプロイメントには、開発およびテスト向けに、完全に分離され、個別に更新されるインスタンスが含まれます。ビジネス要件に応じて、プレプロダクション環境を追加することもできます。 1 秒あたりの保証リクエスト数 (RPS) および SLA は、非本番環境には適用されません。
## 制限事項
### データセンターの所在地
Private Cloud on Azure は、以下のリージョンで完全にデプロイできます。 * オーストラリア * カナダ * ドイツ * スイス * 英国 * 米国
### 急激なトラフィック増加
Okta では、org で想定されるトラフィック量と購入した RPS ティアに基づいて、レート制限を設定しています。org で想定を上回るトラフィックが発生した場合、この想定外の利用がエンドユーザーに影響を及ぼす可能性があります。Private Cloud は、トランザクション率が段階的に増加する場合 (たとえば、10 分間で 100 RPS から 1000 RPS へ増加する場合) でも、サービスに影響を与えることなく対応できるよう設計されています。ただし、トラフィックが突発的かつ大幅に急増した場合 (たとえば、数秒で 100 RPS から 1000 RPS に増加した場合) は、新たな負荷に対応するためにソリューションが調整される間、サービスが不安定になったり、遅延が増加したりする可能性があります。
## オンボーディング
Private Cloud on Azure を選択すると、環境を構成するためのオンボーディングとデプロイのプロセスが開始されます。
### 顧客オンボーディングに関する要件
契約締結後、オンボーディングに関する要件について重要な情報をご提供いただき、当社にて確認を行います。
### キックオフミーティング
オンボーディング要件の確認後、導入プロセスを開始するため、お客様とのキックオフミーティングを実施します。このミーティングは、契約締結後5日以内に実施することを強く推奨します。
### 導入
オンボーディングフォームの検証が完了し次第、お客様の環境のプロビジョニングを開始します。 このプロセスが完了すると、環境の引き渡しに進める状態となり、Private Cloud on Azure デプロイを利用できるようになります。
## セキュアなアウトバウンドネットワーク
[Actions](/docs/ja-jp/customize/actions)、[カスタム Webhook](/docs/ja-jp/customize/log-streams/custom-log-streams)、[カスタムデータベースのアクションスクリプト](/docs/ja-jp/authenticate/database-connections/custom-db/templates) など、一部の Auth0 プラットフォームのカスタマイズでは、Auth0 プラットフォームからお客様独自のサービスへのセキュアなアウトバウンド接続が可能で、Private Cloud デプロイメントとお客様独自のサービス間のネットワーク接続を確立できます。 セキュアなアウトバウンドネットワークでは、お客様の Azure アカウントで [エンドポイントサービスを確立](https://learn.microsoft.com/en-us/azure/private-link/private-link-service-overview) することで、Azure Private Link を利用します。基盤となるサービスには、Azure ネイティブのサービス、またはデータセンターで稼働するサービスを使用でき、いずれの場合も Private Cloud デプロイメントと同じ Azure リージョン内の Azure Virtual Network に配置されている必要があります。 Private Cloud デプロイメントを構成してエンドポイントサービスを利用可能にしたら、そのエンドポイントサービス情報を Auth0 に提供してください。これにより、Auth0 はそのサービスをお客様のデプロイメントに統合し、カスタマイズコードからアクセスする方法に関する情報を提供できます。 Private Link でエンドポイントサービスを設定する方法の詳細については、Azure にお問い合わせください。Auth0 とサービス導入を調整するには、Auth0 の [Support Center](https://support.auth0.com/) にお問い合わせください。
## 更新
Private Cloud on Azure のデプロイは、毎週自動的に更新されます。必要に応じて、更新を行う曜日と時刻を指定できます。
## テスト
### 変更凍結ポリシー
変更凍結期間中は、負荷テストおよびペネトレーションテストは実施できません。 現在予定されている変更凍結期間を確認するには、[Change Freeze Policy](/docs/ja-jp/troubleshoot/customer-support/operational-policies/change-freeze-policy)をご覧ください。
### 負荷テスト
このポリシーでは、リクエストを提出した Private Cloud on Azure のお客様を対象に、Auth0 が負荷テストを実施する際の要件を定めています。負荷テストのリクエストは、[Support Center](https://support.auth0.com/) から提出できます。Issue フィールドで、**Private Cloud Support Incident** を選択してください。 専用の負荷テスト環境をご購入済みの場合、負荷テストの実施頻度に制限はありません。標準環境では、適切な負荷テスト手順に従うことを前提に、年2回までに制限されます。 承認の対象となるには、リクエストが次の条件を満たしている必要があります。 * 希望するテスト日の少なくとも2週間前までに提出されていること。十分な審査時間と、必要に応じた変更の時間を確保するため、多くの場合、Auth0 は1か月前までの事前通知を推奨しています。 * テストの実施前に、書面による承認を受けていること。 * 当社が公開している[本番環境のレート制限](/docs/ja-jp/troubleshoot/customer-support/operational-policies/rate-limit-policy)の範囲内であること。 インフラストラクチャの変更が必要な場合、費用はお客様の具体的な要件に応じて決定されます。
#### テスト容量に関する考慮事項
専用の負荷テスト用に購入した環境は、いかなるサービス レベル アグリーメントの対象にもなりません。これらの環境で報告された問題は、本番環境の問題よりも優先度が低くなります。 最初は低い負荷から開始し、環境が限界に達するまで徐々に増やしてください。環境で処理できる範囲を超える負荷が必要な場合は、環境サイズを大きくする必要があります。 Private Cloud 環境は契約変更によって増強できます。購入をご検討の場合は、Account Executive および TAM にご相談ください。 | Subscription | Load Test Capacity | Ramp up | | ---------------------------------------------- | ------------------ | --------- | | Private Cloud Performance 500 RPS (5x) | 325 RPS | 100 RPS/分 | | Private Cloud Performance 1500 RPS (15x) | 975 RPS | 100 RPS/分 | | Private Cloud Performance 3000 RPS (30x) | 1950 RPS | 100 RPS/分 | | Private Cloud Performance 3000 RPS (30x Burst) | 1950 RPS | 100 RPS/分 | Private Cloud での負荷テストの詳細については、[環境のリクエスト制限 (Private Cloud のみ) ](/docs/ja-jp/troubleshoot/customer-support/operational-policies/rate-limit-policy#environment-request-limits-private-cloud-only-)を参照してください。
#### 高負荷に関する通知
高負荷が予想される期間については、遅くともイベントの14日前までに担当のアカウントチームへ通知する必要があります。この通知により、 (可能であれば) シナリオを十分にテストする機会を確保できるほか、イベントに向けたサポート体制の調整も可能になります。
### ペネトレーションテスト
セキュリティテストを実施する場合は、事前に Auth0 Support Center からご連絡ください。Auth0 では、テストの開始予定日の少なくとも 1 週間前 (7 日前) までに事前の通知をお願いしています。 テストがご利用中のインフラストラクチャのみに限定される場合 (つまり、Auth0 のサービスに対するテストを行わない場合) は、Auth0 への通知は不要です。 必要な情報については、[ペネトレーションテストポリシー](/docs/ja-jp/troubleshoot/customer-support/operational-policies/penetration-testing-policy)をご覧ください。
### フェイルオーバーテスト
このポリシーでは、必要な Geo Failover add-on を備えた AWS または Azure Auth0 プラットフォーム上の Private Cloud のお客様に対して、Okta がフェイルオーバーテストを実施する際の要件を定めています。フェイルオーバーテストの申請は、[Support Center.](https://support.auth0.com/) から行えます。Issue フィールドでは、Private Cloud Support Incident を選択してください。 承認対象として審査されるには、申請が以下の条件を満たしている必要があります。 * 希望するテスト日時 (UTC) の少なくとも 2 週間前までに提出されていること。多くの場合、Okta は、十分な審査と必要な調整の時間を確保するため、1 か月前までの事前申請を推奨しています。 * 暦年ごとのフェイルオーバーテスト回数が 2 回以内であること。 * テストを実施する前に、書面による承認を受けていること。 * フェイルオーバーとプライマリリージョンへのフォールバックの両方について、実施時間帯 (UTC) が明記されていること。また、そのいずれにおいても最大 15 分のダウンタイムが発生することを理解していること。 * Okta がテストに関するすべての運用調整を行うための指定連絡先が明記されていること フェイルオーバーおよびフォールバックの実施時間帯については、申請されたテストを実施する担当者の対応可能状況に応じて、Okta が代替の時間帯を提案する権利を留保する点にご留意ください。また、フェイルオーバーまたはフォールバックの手順の一環として発生するサービス中断は、SLA の適用対象外となります。
## 証明書の更新プロセス
Auth0-managed certificates (\*.auth0app.com 形式) の取得と適用は、Auth0 が責任を持って行います。Auth0 がこのプロセス全体を管理し、必要な対応があればお知らせします。 カスタムドメイン の Auth0 発行証明書の更新は、Auth0 が管理します。 [カスタムドメイン](/docs/ja-jp/customize/custom-domains) 用の顧客管理証明書 (\*.\.com 形式) の更新と取得は、お客様の責任で行っていただきます。
## レポートと監視
Auth0 では、Auth0 Dashboard または [ログストリーミングエンドポイント](/docs/ja-jp/customize/log-streams) からアクセスできるログを提供しています。
## サポート
ご不明な点やお困りのことがありましたら、Auth0の[Support](https://support.auth0.com/)チームまでお問い合わせください。お問い合わせへの対応を迅速に進めるため、[作成するSupportチケット](/docs/ja-jp/troubleshoot/customer-support/open-and-manage-support-tickets)には、できるだけ詳しい情報をご記載ください。