システムのスケール イン | Teradata VantageCloud Enterprise on AWS (DIY) - システムのスケール イン - Teradata® VantageCloud Enterprise on AWS

VantageCloud Enterprise on AWS (DIY) インストールと管理ガイド - 2.4

Deployment
VantageCloud
Edition
Enterprise
Product
Teradata® VantageCloud Enterprise on AWS
Release Number
2.4
Published
2023年2月
Language
日本語
Last Update
2023-02-03
dita:mapPath
ja-JP/kma1662437965174.ditamap
dita:ditavalPath
ja-JP/nat1649317391363.ditaval
dita:id
B035-2800
Product Category
Cloud
前提条件
  • スケール インによりデータベースが再構成され、EBSデータ ボリュームが移行されるため、Vantageのダウンタイムが必要。ユーザーへの影響が最小限に抑えられる時間をスケジュールする。
  • 制限を引き上げていることを確認する。COPエントリに関する説明を読み、システムが適切に構成されていることを確認する。
この手順を使用して、展開後にシステムをスケール インします。
  1. (初めてスケール インする場合)システムをスケール インできるかどうかを確認します。
    # tdc-scale-in -d
  2. データベースを停止します。
    # tpareset –x –y stop for scaling in
  3. データベースがDOWN/HARDSTOP状態にあることを確認します。
    # pdestate -a
    PDE state: DOWN/HARDSTOP

    データベースをこの状態にするのに数分かかる場合があります。

  4. # tdc-scale-in[node_count]と入力します。ここで、node_countは減少後のノードの数であり、現在のノード数よりも少なくする必要があります。
    次のいずれかのコマンドを入力した後、ログ ファイルを確認して、プロセスが完了するまでにかかる時間を確認します。
    出力は、システムがスケール インされた後に構成がどのように変化するかを示しています。以下の例では、ノード数が4から2に変更されています。
    Current Configuration:
    ===========================================================================
     Nodes:
             Node Count:    2
    ---------------------------------------------------------------------------
     CPU(Core)/Mem(GB):
              CPUs/Node:   16             CPUs Total:   32
               Mem/Node:   65              Mem Total:  130
    ---------------------------------------------------------------------------
     AMPs/PEs:
              AMPs/Node:   24             AMPs Total:   48
               PEs/Node:    2              PEs Total:    4
    ===========================================================================
     
     
    scale-out (unfold) the current system to [4] nodes:
    ===========================================================================
     Nodes:
             Node Count:    2 => 4
    ---------------------------------------------------------------------------
     CPU(Core)/Mem(GB):
              CPUs/Node:   16 == 16       CPUs Total:   32 => 64
               Mem/Node:   65 == 65        Mem Total:  130 => 260
    ---------------------------------------------------------------------------
     AMPs/PEs:
              AMPs/Node:   24 => 12       AMPs Total:   48 == 48
               PEs/Node:    2 == 2         PEs Total:    4 => 8
    ===========================================================================
    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. yesと入力します。
    プロセスが完了すると、新しい構成が現在の構成の下に表示されます。
  6. (オプション)データベースのステータスを確認します。
    # pdestate –a
  7. Teradataシステム構成を起動して、ノードの数が正しいことを確認します。
    # tdinfo
  8. Teradata DSCを使用してジョブを実行している場合は、すべてのVantageノードで次のコマンドを入力して、メディア サーバーの構成を更新します。
    # /etc/init.d/clienthandler restart-hwupgrade
  9. (オプション)トラブルシューティングのためにログを確認します。
    スケールアウト中に、Error: Task Error:[Snapshot Pdisk Information] Failed to execute command /usr/pde/bin/psh -sum 0 nvme list -o json. Execution timeoutのエラーが発生した場合は、/usr/local/bin/tdc-scale-in <node-count> -a -t --cloudwatch_log=noを使用してcloudwatch_logオプションをオフにします。