Private Cloud on Azure のデプロイオプションは、Microsoft Azure 上で稼働する Auth0 アイデンティティプラットフォームの専用マネージドインスタンスです。分離性の確保、高いパフォーマンス、個別の開発インスタンス、各種アドオンなどを提供します。
以下の表は、Private Cloud on Azure の各デプロイオプションを比較したものです。
*1 秒あたりのリクエスト数 (RPS) の容量は、一般的な目安として示しています。実際のパフォーマンスは、お客様の Private Cloud 環境内で処理されるトランザクションの種類や量によって異なる場合があります。記載の容量ベンチマークに使用されたテストトランザクションは、個々のお客様に固有のトランザクションパターンやワークロードと一致しない可能性があります。たとえば、リソース所有者パスワードフロー を使用する場合、以下の容量がサポートされます。
Azure 上の Private Cloud では、データを保存するリージョンを選択できます。Auth0 は、デプロイ時に 3 つの可用性ゾーン を使用する利用可能なリージョンの一覧を提供できます。現在 Private Cloud のデプロイを提供しているリージョンの一覧は、Trust & Compliance page に掲載されている 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 、カスタム Webhook 、カスタムデータベースのアクションスクリプト など、一部の Auth0 プラットフォームのカスタマイズでは、Auth0 プラットフォームからお客様独自のサービスへのセキュアなアウトバウンド接続が可能で、Private Cloud デプロイメントとお客様独自のサービス間のネットワーク接続を確立できます。セキュアなアウトバウンドネットワークでは、お客様の Azure アカウントで エンドポイントサービスを確立 することで、Azure Private Link を利用します。基盤となるサービスには、Azure ネイティブのサービス、またはデータセンターで稼働するサービスを使用でき、いずれの場合も Private Cloud デプロイメントと同じ Azure リージョン内の Azure Virtual Network に配置されている必要があります。
Private Cloud デプロイメントを構成してエンドポイントサービスを利用可能にしたら、そのエンドポイントサービス情報を Auth0 に提供してください。これにより、Auth0 はそのサービスをお客様のデプロイメントに統合し、カスタマイズコードからアクセスする方法に関する情報を提供できます。
Private Link でエンドポイントサービスを設定する方法の詳細については、Azure にお問い合わせください。Auth0 とサービス導入を調整するには、Auth0 の Support Center にお問い合わせください。
Private Cloud on Azure のデプロイは、毎週自動的に更新されます。必要に応じて、更新を行う曜日と時刻を指定できます。
変更凍結期間中は、負荷テストおよびペネトレーションテストは実施できません。
現在予定されている変更凍結期間を確認するには、Change Freeze Policy をご覧ください。
このポリシーでは、リクエストを提出した Private Cloud on Azure のお客様を対象に、Auth0 が負荷テストを実施する際の要件を定めています。負荷テストのリクエストは、Support Center から提出できます。Issue フィールドで、Private Cloud Support Incident を選択してください。
専用の負荷テスト環境をご購入済みの場合、負荷テストの実施頻度に制限はありません。標準環境では、適切な負荷テスト手順に従うことを前提に、年2回までに制限されます。
承認の対象となるには、リクエストが次の条件を満たしている必要があります。
希望するテスト日の少なくとも2週間前までに提出されていること。十分な審査時間と、必要に応じた変更の時間を確保するため、多くの場合、Auth0 は1か月前までの事前通知を推奨しています。
テストの実施前に、書面による承認を受けていること。
当社が公開している本番環境のレート制限 の範囲内であること。
インフラストラクチャの変更が必要な場合、費用はお客様の具体的な要件に応じて決定されます。
専用の負荷テスト用に購入した環境は、いかなるサービス レベル アグリーメントの対象にもなりません。これらの環境で報告された問題は、本番環境の問題よりも優先度が低くなります。
最初は低い負荷から開始し、環境が限界に達するまで徐々に増やしてください。環境で処理できる範囲を超える負荷が必要な場合は、環境サイズを大きくする必要があります。
Private Cloud 環境は契約変更によって増強できます。購入をご検討の場合は、Account Executive および TAM にご相談ください。
Private Cloud での負荷テストの詳細については、環境のリクエスト制限 (Private Cloud のみ) を参照してください。
高負荷が予想される期間については、遅くともイベントの14日前までに担当のアカウントチームへ通知する必要があります。この通知により、 (可能であれば) シナリオを十分にテストする機会を確保できるほか、イベントに向けたサポート体制の調整も可能になります。
セキュリティテストを実施する場合は、事前に Auth0 Support Center からご連絡ください。Auth0 では、テストの開始予定日の少なくとも 1 週間前 (7 日前) までに事前の通知をお願いしています。
テストがご利用中のインフラストラクチャのみに限定される場合 (つまり、Auth0 のサービスに対するテストを行わない場合) は、Auth0 への通知は不要です。
必要な情報については、ペネトレーションテストポリシー をご覧ください。
このポリシーでは、必要な Geo Failover add-on を備えた AWS または Azure Auth0 プラットフォーム上の Private Cloud のお客様に対して、Okta がフェイルオーバーテストを実施する際の要件を定めています。フェイルオーバーテストの申請は、Support Center. から行えます。Issue フィールドでは、Private Cloud Support Incident を選択してください。
承認対象として審査されるには、申請が以下の条件を満たしている必要があります。
希望するテスト日時 (UTC) の少なくとも 2 週間前までに提出されていること。多くの場合、Okta は、十分な審査と必要な調整の時間を確保するため、1 か月前までの事前申請を推奨しています。
暦年ごとのフェイルオーバーテスト回数が 2 回以内であること。
テストを実施する前に、書面による承認を受けていること。
フェイルオーバーとプライマリリージョンへのフォールバックの両方について、実施時間帯 (UTC) が明記されていること。また、そのいずれにおいても最大 15 分のダウンタイムが発生することを理解していること。
Okta がテストに関するすべての運用調整を行うための指定連絡先が明記されていること
フェイルオーバーおよびフォールバックの実施時間帯については、申請されたテストを実施する担当者の対応可能状況に応じて、Okta が代替の時間帯を提案する権利を留保する点にご留意ください。また、フェイルオーバーまたはフォールバックの手順の一環として発生するサービス中断は、SLA の適用対象外となります。
Auth0-managed certificates (*.auth0app.com 形式) の取得と適用は、Auth0 が責任を持って行います。Auth0 がこのプロセス全体を管理し、必要な対応があればお知らせします。
カスタムドメイン カスタムドメイン 用の顧客管理証明書 (*.<CustomerName>.com 形式) の更新と取得は、お客様の責任で行っていただきます。Auth0 では、Auth0 Dashboard または ログストリーミングエンドポイント からアクセスできるログを提供しています。
ご不明な点やお困りのことがありましたら、Auth0のSupport チームまでお問い合わせください。お問い合わせへの対応を迅速に進めるため、作成するSupportチケット には、できるだけ詳しい情報をご記載ください。 
認証
ユーザー管理
カスタマイズ
プラットフォーム