当サイトのクッキーについて IBM のWeb サイトは正常に機能するためにいくつかの Cookie を必要とします(必須)。 このほか、サイト使用状況の分析、ユーザー・エクスペリエンスの向上、広告宣伝のために、お客様の同意を得て、その他の Cookie を使用することがあります。 詳細については、オプションをご確認ください。 IBMのWebサイトにアクセスすることにより、IBMのプライバシー・ステートメントに記載されているように情報を処理することに同意するものとします。 円滑なナビゲーションのため、お客様の Cookie 設定は、 ここに記載されている IBM Web ドメイン間で共有されます。
高可用性と災害復旧
IBM Cloud
IBM Watson® Speech to Text サービスは、どの IBM Cloud ロケーション (ダラスやワシントン DC など) 内でも高可用性を実現します。 ただし、ロケーション全体に被害をもたらす起こり得る災害から復旧するには、計画と準備が必要です。
当サービスの構成、カスタマイズ、および使用法をよく理解することが必要です。 新しいロケーションでサービスのインスタンスを再作成し、すべてのロケーションのデータを復元できるように準備しておく必要もあります。
高可用性
Speech to Text サービスは、単一障害点のない高可用性をサポートしています。 本サービスは、IBM Cloud によって提供されるマルチゾーン・リージョン (MZR) 機能を使用して、自動的かつ透過的に高可用性を実現します。
IBM Cloud では、1 つのロケーション内で、単一障害点を共有しない複数のゾーンを利用できます。 1 つのリージョンの複数のゾーン間で自動的にロード・バランシングを行うこともできます。
災害時回復の場合
IBM Cloud のロケーションでデータ消失の可能性のある重大な障害が発生すると、災害復旧が問題になります。 MZR を複数のロケーションにまたがって使用することはできないため、いずれかのロケーションが使用不能になった場合は、IBM によってそのロケーションがオンライン状態に復旧されるまで待つ必要があります。 基盤のデータ・サービスがその障害によって損なわれている場合は、IBM によってそれらのデータ・サービスが復元されるまで待つ必要もあります。
壊滅的な障害が発生した場合は、IBM 側でデータベース・バックアップからデータをリカバリーできない可能性があります。 その場合は、お客様がデータをリストアして、サービス・インスタンスを最新の状態に戻す必要があります。 データの復元先は、同じロケーションでも異なるロケーションでもかまいません。
災害復旧計画の内容は、IBM Cloud 上で保持されているすべてのデータを把握して保存すること、およびこれらのデータを復元する準備をしておくことです。 これらのデータに含まれるのは、カスタム言語モデルのデータ、カスタム音響モデルのデータ、および非同期音声認識要求のデータです。
保存されたデータを使用してカスタム・モデル (特にカスタム音響モデル) を再作成するには、多大な時間がかかることがあります。 複数のロケーションに並列的なサービス構成を保持しておくと、災害復旧の所要時間を解消できます。
カスタム言語モデルの災害復旧
カスタム言語モデルについては、カスタム言語モデルとそれらのコーパス、文法、およびカスタム単語を保持する必要があるとともに、これらを再作成および復元する準備をしておく必要があります。 また、カスタム言語モデルをそれらのデータと単語リソースに基づいてリトレーニングする準備もしておく必要があります。
カスタム言語モデルのバックアップ
カスタム言語モデルに関する以下の情報を保存してください。
-
すべてのカスタム言語モデルとそれらの定義のリスト。 カスタム・モデルに関する情報をリストするには、以下のようにします。
GET /v1/customizations
メソッドを使用して、すべてのカスタム・モデルに関する情報をリストします。GET /v1/customizations/{customization_id}
メソッドを使用して、指定したカスタム・モデルに関する情報をリストします。
詳しくは、カスタム言語モデルのリストを参照してください。
-
カスタム言語モデルに追加するすべてのコーパス・テキスト・ファイルのコピー。 カスタム・モデルのコーパスに関する情報をリストするには、以下のようにします。
GET /v1/customizations/{customization_id}/corpora
メソッドを使用して、カスタム・モデルのすべてのコーパスをリストします。GET /v1/customizations/{customization_id}/corpora/{corpus_name}
メソッドを使用して、カスタム・モデルの指定したコーパスに関する情報をリストします。
詳しくは、カスタム言語モデルのコーパスのリストを参照してください。
-
カスタム言語モデルに追加するすべての文法ファイルのコピー。 カスタム・モデルの文法に関する情報をリストするには、以下のようにします。
GET /v1/customizations/{customization_id}/grammars
メソッドを使用して、カスタム・モデルのすべての文法に関する情報をリストします。GET /v1/customizations/{customization_id}/grammars/{grammar_name}
メソッドを使用して、カスタム・モデルの指定した文法に関する情報をリストします。
詳しくは、カスタム言語モデルの文法のリストを参照してください。
-
カスタム言語モデルに直接追加するすべてのカスタム単語に関する情報 (これらの単語の同音異字定義と表示形式定義を含む)。 カスタム・モデルの未知 (OOV) 語に関する情報をリストするには、以下のようにします。
GET /v1/customizations/{customization_id}/words
メソッドを使用して、カスタム・モデル内の単語に関する情報をリストします。word_type
パラメーターを使用して、リストする単語のタイプを指定できます。all
の場合は、モデル内のすべての単語がリストされて、user
の場合は、該当ユーザーによって直接追加された単語がリストされて、corpora
の場合は、コーパスから抽出された単語がリストされて、grammars
の場合は、文法によって認識される単語がリストされます。GET /v1/customizations/{customization_id}/words/{word_name}
メソッドを使用して、カスタム・モデル内の指定した単語に関する情報をリストします。
詳しくは、カスタム言語モデルからのカスタム単語のリストを参照してください。
これらの情報は、障害が発生した場合にカスタム言語モデルを再作成するために使用できるフォーマットで保存することが最適な方法です。 カスタム・モデルとそれらのデータに関する情報を積極的に保持して、次のセクションでリストしている呼び出しを事前に準備しておくことで、できる限り迅速な復旧が可能になります。
カスタム言語モデルの復元
災害から復旧する必要がある場合は、バックアップ情報を使用してカスタム言語モデルとそれらのデータを再作成できます。
- カスタム言語モデルを再作成するには、
POST /v1/customizations
メソッドを使用します。 詳しくは、カスタム言語モデルの作成を参照してください。 - コーパス・テキスト・ファイルをカスタム・モデルに追加するには、
POST /v1/customizations/{customization_id}/corpora/{corpus_name}
メソッドを使用します。 詳しくは、カスタム言語モデルへのコーパスの追加を参照してください。 - 文法ファイルをカスタム・モデルに追加するには、
POST /v1/customizations/{customization_id}/grammars/{grammar_name}
メソッドを使用します。 詳しくは、カスタム言語モデルへの文法の追加を参照してください。 - 複数の単語をカスタム・モデルに追加するには、
POST /v1/customizations/{customization_id}/words
メソッドを使用します。 単一の単語をカスタム・モデルに追加するには、PUT /v1/customizations/{customization_id}/words/{word_name}
メソッドを使用します。 詳しくは、カスタム言語モデルへの単語の追加を参照してください。 - コーパス、文法、およびカスタム単語の復元後にカスタム・モデルをトレーニングするには、
POST /v1/customizations/{customization_id}/train
メソッドを使用します。 詳しくは、カスタム言語モデルのトレーニングを参照してください。
コーパス、文法、および単語を追加するために使用するメソッドと、カスタム言語モデルをトレーニングするために使用するメソッドは、非同期メソッドです。 したがって、これらの要求を完了時点までモニターする必要があります。
すべてのデータを追加してからモデルをトレーニングする代わりに、データを段階的に追加してカスタム言語モデルをトレーニングできます。 例えば、コーパスを追加してからモデルをトレーニングした後に、文法と個別の単語を追加できます。 また、個別のコーパス・テキスト・ファイル、文法ファイル、およびカスタム単語のグループを段階的に追加して、これらに基づいてモデルをトレーニングすることもできます。
カスタム音響モデルの災害復旧
カスタム音響モデルについては、カスタム音響モデルとそれらの音声リソースを保持する必要があるとともに、これらを再作成および復元する準備をしておく必要があります。 また、カスタム音響モデルをそれらの音声リソースに基づいてリトレーニングする準備もしておく必要があります。
カスタム音響モデルのバックアップ
カスタム音響モデルに関する以下の情報を保存してください。
-
すべてのカスタム音響モデルとそれらの定義のリスト。 カスタム・モデルに関する情報をリストするには、以下のようにします。
GET /v1/acoustic_customizations
メソッドを使用して、すべてのカスタム・モデルに関する情報をリストします。GET /v1/acoustic_customizations/{customization_id}
メソッドを使用して、指定したカスタム・モデルに関する情報をリストします。
詳しくは、カスタム音響モデルのリストを参照してください。
-
カスタム音響モデルに追加するすべての音声リソース (個別の音声ファイルとアーカイブ・ファイルの両方) のコピー。 カスタム・モデルの音声リソースに関する情報をリストするには、以下のようにします。
GET /v1/acoustic_customizations/{customization_id}/audio
メソッドを使用して、カスタム・モデルのすべての音声リソースに関する情報をリストします。GET /v1/acoustic_customizations/{customization_id}/audio/{audio_name}
メソッドを使用して、カスタム・モデルの指定した音声リソースに関する情報をリストします。
詳しくは、カスタム音響モデルの音声リソースのリストを参照してください。
これらの情報は、障害が発生した場合にカスタム音響モデルを再作成するために使用できるフォーマットで保存することが最適な方法です。 カスタム・モデルとそれらの音声リソースに関する情報を積極的に保持して、次のセクションでリストしている呼び出しを事前に準備しておくことで、できる限り迅速な復旧が可能になります。
カスタム音響モデルの復元
災害から復旧する必要がある場合は、バックアップ情報を使用してカスタム音響モデルとそれらのデータを再作成できます。
- カスタム音響モデルを再作成するには、
POST /v1/acoustic_customizations
メソッドを使用します。 詳しくは、カスタム音響モデルの作成を参照してください。 - カスタム・モデルに音声リソースを追加するには、
POST /v1/acoustic_customizations/{customization_id}/audio/{audio_name}
メソッドを使用します。 詳しくは、カスタム音響モデルへの音声の追加を参照してください。 - 音声リソースの復元後にカスタム・モデルをトレーニングするには、
POST /v1/acoustic_customizations/{customization_id}/train
メソッドを使用します。 詳しくは、カスタム音響モデルのトレーニングを参照してください。
音声リソースを追加するために使用するメソッドと、カスタム音響モデルをトレーニングするために使用するメソッドは、非同期メソッドです。 したがって、これらの要求を完了時点までモニターする必要があります。
すべてのデータを追加してからモデルをトレーニングする代わりに、音声リソースを段階的に追加してカスタム音響モデルをトレーニングできます。 例えば、音声リソースを 1 つずつまたはグループ単位で追加して、それらの音声リソースのサブセットに基づいてモデルをトレーニングできます (同時にすべての音声に基づいてモデルをトレーニングするのではなく)。
非同期音声認識ジョブの災害復旧
非同期 HTTP インターフェースを使用して音声認識を行うためには、以下の情報を保持する必要があります。
- 非同期インターフェースで使用するために許可リストに登録するすべてのコールバック URL。 障害が発生した場合は、必要に応じて
POST /v1/register_callback
メソッドを使用してこれらの URL を再登録してください。 URL が既に許可リストに登録されている場合は、このメソッドは適切な応答を返します。 - 音声認識のために非同期インターフェースに送信する音声ファイルのコピー。 完了した非同期ジョブの結果を受信または取得する前に障害が発生した場合は、サービスが復元されたときに、
POST /v1/recognitions
メソッドを使用して音声ファイルを再送信する必要があります。 完了した非同期ジョブの結果が得られたら、音声ファイルを保持する必要はなくなります。
詳しくは、非同期 HTTP インターフェースを参照してください。 カスタム・モデルのバックアップ・データと同様に、この情報を積極的に保存して、必要な要求を再発行する準備を事前にしておくことができます。