前提条件
- スケール アウトによりデータベースが再構成され、EBSデータ ボリュームが移行されるため、Vantageのダウンタイムが必要。ユーザーへの影響が最小限に抑えられる時間をスケジュールする。
- 制限を引き上げていることを確認する。COPエントリに関する説明を読み、システムが適切に構成されていることを確認する。
- 以前の復元イメージが生成された場合、またはスケール アウトするインスタンスの展開後にソフトウェアをアップグレードした場合は、新しいシステム イメージを作成する。
この手順は次のいずれかの場合に使用します。
- 最初に展開中にシステムをスケール アウトしなかった場合
- 以前に展開中にシステムをスケール アウトしており、展開後に再度スケール アウトする場合
- (初めてスケール アウトする場合)システムをスケール アウトできるかどうかを確認します。
# tdc-scale-out -d
- データベースを停止します。
# tpareset –x –y stop for scaling out
- データベースがDOWN/HARDSTOP状態にあることを確認します。
# pdestate -a
PDE state: DOWN/HARDSTOPデータベースをこの状態にするのに数分かかる場合があります。 - # tdc-scale-out [node_count]と入力します。ここで、node_countは拡張後のノードの数であり、現在のノード数よりも大きくする必要があります。出力には、システムをスケール アウトした後に構成がどのように変化するかが表示されます。以下の例では、ノード数が5から6に変更されています。
Current Configuration: =========================================================================== Nodes: Node Count: 5 --------------------------------------------------------------------------- CPU(Core)/Mem(GB): CPUs/Node: 16 CPUs Total: 80 Mem/Node: 63 Mem Total: 315 --------------------------------------------------------------------------- AMPs/PEs: *AMPs/Node: 21 AMPs Total: 96 PEs/Node: 2 PEs Total: 10 * Only highest AMPs/Node is displayed. =========================================================================== This system can be unfolded to ['6', '7', '8', '11', '16', '32'] nodes. Please enter a valid unfolding option [6/7/8/11/16/32]:6 scale-out (unfold) the current system to [6] nodes: =========================================================================== Nodes: Node Count: 5 => 6 --------------------------------------------------------------------------- CPU(Core)/Mem(GB): CPUs/Node: 16 == 16 CPUs Total: 80 => 96 Mem/Node: 63 == 63 Mem Total: 315 => 378 --------------------------------------------------------------------------- AMPs/PEs: *AMPs/Node: 21 => 18 AMPs Total: 96 == 96 PEs/Node: 2 == 2 PEs Total: 10 => 12 * Only highest AMPs/Node is displayed. =========================================================================== Note: 1. Scaling out (unfolding) a system will INCREASE the node count by provisioning additional instances and other needed resources, including network interfaces, IP addresses. Therefore, the system will COST MORE for both infrastructure and software. 2. The additional IP addresses in the scale out operation will consume additional subnet space. If the subnet this system is operating in does not have enough IP addresses for the new instances being added to the system, this operation will fail. 3. Scaling out a system will NOT INCREASE data storage. The database capacity will NOT be changed after scaling out. 4. Scaling out will boost the overall performance of the system by adding more computation nodes (i.e., CPU and Memory) and increase the total storage bandwidth available to the system by decreasing the data volumes managed per node. 5. A system can always be scaled back (scale in) after scaling out. Continue? [yes/no] yes
上記の例では、5つから6つのノードに拡張した後、AMPはすべてのノードに均等に分散されません。AMPs/PEsセクションには、* Only highest AMPs/Node is displayed(最大のAMP/ノードのみが表示されます)という注記が含まれています。
- yesと入力します。プロセスが完了すると、新しい構成がCurrent Configuration(現在の構成)の下に表示されます。
- (オプション)データベースのステータスを確認します。
# pdestate –a
- Teradataシステム構成を起動して、ノードの数が正しいことを確認します。
# tdinfo
- Teradata DSCを使用してジョブを実行している場合は、すべてのVantageノードで次のコマンドを入力して、メディア サーバーの構成を更新します。
# /etc/init.d/clienthandler restart-hwupgrade
- (オプション)トラブルシューティングのためにログを確認します。