ホット スタンバイ ノード | Teradata Vantage on AWS (DIY) - ホット スタンバイ ノード - Teradata Vantage on AWS

Teradata Vantage™ on AWS (DIY) インストールと管理ガイド

Product
Teradata Vantage on AWS
Release Number
2.3
Published
2022年4月
Language
日本語
Last Update
2022-04-19
dita:mapPath
ja-JP/zra1648797736961.ditamap
dita:ditavalPath
ja-JP/nat1649317391363.ditaval
dita:id
B035-2800
Product Category
Cloud

HSNは、ノードに障害が発生した場合にTPA構成に参加させるためにTPAノードと一緒に展開できるインスタンスです。これは、プレイスメント グループで使用可能なリソースが不十分な場合など、NFRが置換ノードをプロビジョニングできない状況を回避するのに役立ちます。HSNを使用すると、可用性が向上し、システムがノード障害からより簡単に復旧できるようになります。

Teradataエコシステムを展開する場合、またはVantageを個別に展開する場合は、HSNをプロビジョニングすることを推奨します。すでに展開されているインスタンスに参加するHSNをプロビジョニングすることもできます。この方法では障害のリスクが高くなります。

ノード障害が発生した場合、フォールバックは、NFRが障害のあるノードの置き換えに失敗した場合にのみ開始されます。これは、HSNがプロビジョニングされているかどうかに関係なく発生します。パブリック クラウドにVantageインスタンスを展開すると、フォールバックはデフォルトで有効になります。NFRプロセスは、障害が発生したノードからストレージを自動的に切り離し、ストレージを置換用インスタンスに接続します。AMPがHSNに移行している間は、TPAリセットが発生しているため、Vantageは動作しません。

ガイドラインと制限

HSNを使用する場合は、次のガイドラインと制限を考慮します。
  • 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をプロビジョニングする 展開後のホット スタンバイ ノードのプロビジョニング
HSNをプロビジョニングする方法とタイミングに応じて、AWS CloudFormationスタックが削除されたときにHSNが削除される場合と削除されない場合があります。AWS CloudFormationスタックの削除を参照してください。