Foundry Tools における Azure Translator のリージョン サポート

Foundry Tools のAzure Translatorでは、使用する翻訳機能に応じて、さまざまなリソースの場所、エンドポイント、およびデータ処理の場所がサポートされます。 リソースを作成するか、エンドポイントを選択する前に、これらの違いを確認してください。

リージョンのサポートには、次の 3 つの関連する選択肢が含まれます。

  • リソース リージョン: Azure Translator リソースを作成するときに選択する場所。 グローバルまたは利用可能な地理的Azureリージョンを選択できます。
  • サービス エンドポイント: 要求を受信するグローバル、地理的、またはリソース固有のエンドポイント。
  • 要求処理の場所: Translator が要求を処理するデータセンターまたは地域。

Translator リソースを作成できるAzureリージョンの現在の一覧については、「リージョン別に利用可能な製品」を参照してください。

翻訳機能を比較する

各機能の地域の動作を確認するには、次のタブを使用します。

標準と LLM ベースの翻訳を比較する

テキスト翻訳では、標準ニューラル機械翻訳 (NMT) と LLM ベースの翻訳がサポートされます。 モデル テクノロジによって、適用されるリソースとリージョンの構成が決まります。

グローバルテキスト翻訳エンドポイントは次のとおりです。

https://api.cognitive.microsofttranslator.com
地域的な考慮事項 Standard NMT LLM ベースの翻訳
リソースの種類 Azure Translatorまたはマルチサービス リソース。 Microsoft Foundry リソース
処理構成 グローバル、地理的、またはリソース固有のエンドポイント。 グローバル、データ ゾーン、またはリージョン モデルのデプロイ。
可用性 テキスト翻訳 API を通じて使用できます。 サポートされているモデルのテキスト翻訳 2026-06-06 API を通じて使用できます。
地域ガイダンス このセクションのエンドポイント テーブルを使用します。 このセクションのデプロイの種類を確認し、選択したモデルの可用性を確認します。

標準 NMT エンドポイント

ニューラル機械翻訳 (NMT) は、グローバル、地理、およびリソース固有のエンドポイントをサポートします。 使用するエンドポイントによって、Translator が要求を処理する場所が決まります。

サービス エンドポイント 要求処理の場所
グローバル:api.cognitive.microsofttranslator.com 利用可能な最も近いデータセンター。 データセンターの障害が発生した場合、要求は発信地域外で処理される可能性があります。
アメリカ地域:api-nam.cognitive.microsofttranslator.com 米国東部 2 または米国西部 2。
アジア太平洋:api-apc.cognitive.microsofttranslator.com 東日本または東南アジア。
スイスを除くヨーロッパ:api-eur.cognitive.microsofttranslator.com フランス中部または西ヨーロッパ。
スイス： リソース固有のカスタム エンドポイント スイス北部またはスイス西部。

スイスでテキスト翻訳要求を処理するには、スイス北部またはスイス西部に Translator リソースを作成します。 次に、リソース固有のエンドポイントを使用します。

https://<resource-name>.cognitiveservices.azure.com/translator/text/v3.0

リージョンの Translator リソースまたはマルチサービス リソースを使用する場合は、 Ocp-Apim-Subscription-Region ヘッダーを含めます。 リソースの種類別の要求の例と要件については、「 認証と承認」を参照してください。

Foundry での LLM ベースの処理

LLM ベースのテキスト翻訳の場合、モデルのデプロイの種類によって、モデルが翻訳データを処理する場所が決まります。

  • グローバル デプロイでは、モデルがデプロイされている任意のAzureリージョンのデータを処理できます。
  • データ ゾーン のデプロイでは、選択したデータ ゾーン内のデータが処理されます。
  • リージョンデプロイ では、デプロイ リージョン内のデータが処理されます。

これらのデプロイの種類は、アダプティブ カスタム翻訳にも適用されます。 標準の NMT エンドポイント ルーティングは変更されません。

リソースの要件については、「Translator のリソースAzure作成および構成する」を参照してください。 境界とモデルの可用性の処理については、「Microsoft Foundry モデルのデプロイの種類」を参照してください。

データ所在地に関する考慮事項

ワークロードに必要な機能と処理境界の両方に基づいて、リソースとエンドポイントを選択します。 リソースの場所と要求処理の場所が常に同じとは限りません。 たとえば、グローバル テキスト変換エンドポイントは、使用可能な最も近いデータセンターに要求をルーティングし、データセンターの障害時に発信地域の外部に要求をルーティングできます。

Translator は、テキスト翻訳のために送信された顧客データを保持しません。 ドキュメント翻訳では、処理中に顧客データが一時的に格納され、処理後に削除されます。 サービスのデータ処理の詳細については、Azure Translatorのデータ、プライバシー、セキュリティに関するページを参照してください。

ソブリン クラウド

パブリック Azureクラウドとソブリン クラウドでは、さまざまなリージョン、エンドポイント、および機能の可用性が使用されます。 21Vianet によって運用されるAzure GovernmentとAzureについては、ソブリン クラウドでのAzure Translatorを参照してください。

ビジネス継続性

エンドポイントの動作は機能によって異なるため、各 Translator デプロイが同じ方法でフェールオーバーされると想定しないでください。

  • Azure Service Healthを使用してリージョン サービスの正常性を監視します。
  • エンドポイントとリージョンの設定は、アプリケーション コードに埋め込む代わりに構成できます。
  • Custom Translator の場合は、継続性計画で必要な各リージョンにモデルを発行またはコピーします。
  • 各デプロイ リージョンで認証、ストレージ アクセス、クォータ、機能の可用性をテストします。

現在のサービス レベルの障害とリージョンごとの中断については、Azure Translator の既知の問題をご覧ください。

関連するコンテンツ

  • Last updated on