HSNは、ノードに障害が発生した場合にTPA構成に参加させるためにTPAノードと一緒に展開できるインスタンスです。これは、プレイスメント グループで使用可能なリソースが不十分な場合など、NFRが置換ノードをプロビジョニングできない状況を回避するのに役立ちます。HSNを使用すると、可用性が向上し、システムがノード障害からより簡単に復旧できるようになります。
Teradataエコシステムを展開する場合、またはVantageを個別に展開する場合は、HSNをプロビジョニングすることを推奨します。すでに展開されているインスタンスに参加するHSNをプロビジョニングすることもできます。この方法では障害のリスクが高くなります。
ノード障害が発生した場合、フォールバックは、NFRが障害のあるノードの置き換えに失敗した場合にのみ開始されます。これは、HSNがプロビジョニングされているかどうかに関係なく発生します。パブリック クラウドにVantageインスタンスを展開すると、フォールバックはデフォルトで有効になります。NFRプロセスは、障害が発生したノードからストレージを自動的に切り離し、ストレージを置換用インスタンスに接続します。AMPがHSNに移行している間は、TPAリセットが発生しているため、Vantageは動作しません。
ガイドラインと制限
- HSNは、Developerを含むすべてのライセンス層にプロビジョニングできる。
- TPAノードとHSNの総数は、使用しているVantageライセンス層のインスタンス制限を超えることはできない。
- プロビジョニングするHSNの数を決定するときは、展開されたデータベース ノードの数を超えないようにする。例えば、4ノード システムは4つを超えるHSNを持つことはできない。
- 要件に基づいて、必要なHSNの数を決定できる。システムの16ノードごとに少なくとも1つのHSNが推奨され、32ノード システムには少なくとも2つのHSNノードが推奨される。
システムに少なくとも2つのHSNノードがあると、2つのノードに同時に問題が発生し、システムとの接続が失われたときに、2つの新しいノードをすばやく置き換えることができます。
ホット スタンバイ ノードのプロビジョニング
Base、Advanced、またはEnterpriseライセンス層にVantageインスタンスを展開するときにHSNをプロビジョニングする場合、データベースが実行されているかどうかに関係なく、HSNの追加のハードウェア料金とソフトウェア料金を支払います。
HSNをプロビジョニングするには、次の手順に従います。
アクション | 手順 |
---|---|
展開時にHSNをプロビジョニングする |
HSNをプロビジョニングしない場合は、展開時にNumber of Hot Standby Nodes(ホット スタンバイ ノードの数)パラメータを0に設定する。 |
展開後にHSNをプロビジョニングする | 展開後のホット スタンバイ ノードのプロビジョニング |