Hot Standby Nodes | Teradata Vantage on AWS (DIY) - Hot Standby Nodes - Teradata Vantage on AWS

Teradata Vantage™ on AWS (DIY) Installation and Administration Guide
Product
Teradata Vantage on AWS
Release Number
Q2 2020
Published
April 2020
Language
English (United States)
Last Update
2020-05-01
dita:mapPath
grn1554394452559.ditamap
dita:ditavalPath
mmb1554489626757.ditaval
dita:id
B035-2800
Product Category
Cloud

HSNs are instances you can deploy along with your TPA nodes to join your TPA configuration in case of node failure. This helps to avoid situations when NFR is unable to provision a replacement node, such as when there are insufficient resources available in a placement group. The use of HSNs improves availability and allows the system to recover easier from node failures.

Teradata recommends provisioning HSNs when deploying a Teradata ecosystem or deploying Vantage separately. You can also provision HSNs that to join the already deployed instances. There is a higher risk of failure with this method.

If a node failure occurs, Fallback is initiated only when NFR fails to replace a failed node. This happens regardless if HSNs are provisioned. Fallback is enabled by default when you deploy a Vantage instance in the public cloud. The NFR process automatically detaches the storage from the failed node and attaches the storage to the replacement instance. While the AMPs migrate to the HSNs, Vantage is not operational as TPA resets are occurring.

Guidelines and Limitations

Consider the following guidelines and limitations for using HSNs:
  • HSNs can be provisioned for all license tiers, including Developer.
  • The total number of TPA nodes and HSNs cannot exceed the instance limit of the Vantage license tier you are using.
  • When determining the number of HSNs to provision, do not exceed the number of deployed database nodes. For example, a four node system cannot have more than four HSNs.
  • Teradata recommends provisioning one HSN for up to 32 nodes and two HSNs for 33 to 64 nodes.

Hot Standby Nodes Provisioning

If you provision HSNs when deploying a Vantage instance for a Base, Advanced, or Enterprise license tier, you pay extra hardware and software fees for HSNs, whether the database is running or not.

To provision HSNs, follow these instructions:

Action Instructions
Provision an HSN at deployment

If you do not want to provision any HSNs, set the Number of Hot Standby Nodes parameter to 0 at deployment.
Provision an HSN after deployment Provisioning Hot Standby Nodes after Deployment
Depending on how and when you provision HSNs, they may or may not be deleted when an AWS CloudFormation stack is deleted. See Deleting an AWS CloudFormation Stack.