Child pages
  • Reducing Your Cluster's Capacity - Flex Down

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Imported Korean translation from sag76
Sv translation
languageen

On occasion, you may need to reduce your cluster's capacity. There could be many potential reasons. For example, you may wish to remove a node or node(s) 

  • To reduce operating costs following a peak event (i.e. following Cyber-Monday).
  • To allocate servers for other purposes.
  • To eliminate failing hardware. (See ALTER CLUSTER to drop a permanently failed node.)

The process to downsize your cluster within ClustrixDB is a simple three step process.  

Info

Reminder: ClustrixDB requires a minimum of three nodes to support production systems. Going from three or more nodes to a single node is not supported via the steps outlined on this page.

Table of Contents
stylenone

Tip

Clustrix recommends running this process while logged on to a node other than one you wish to drop.

Step 1: Initiate SOFTFAIL

Marking a node as softfailed directs the Clustrix Rebalancer to move all data from the node(s) specified to others within the cluster. The Rebalancer proceeds in the background while the database continues to serve your ongoing production needs.

If necessary, determine the nodeid assigned to a given IP or hostname by running the following SQL select.

sql> SELECT * FROM system.nodeinfo ORDER BY nodeid; 

To initiate a SOFTFAIL, use the following syntax.

ALTER CLUSTER SOFTFAIL nodeid [, nodeid] ...

The SOFTFAIL operation will issue an error if there is not sufficient space to complete the softfail or if the softfail would leave the cluster unable to protect data should an additional node be lost. Clustrix recommends the following to resolve such errors:

  • Remove data from your cluster per the guidelines of the error message.
  • Reissue the SOFTFAIL request.

To cancel a SOFTFAIL process before it completes, use the following syntax. Your system will be restored to its prior configuration.

ALTER CLUSTER UNSOFTFAIL nodeid [, nodeid] ...  

Step 2: Monitor the SOFTFAIL Process

Once marked as softfailed, the Rebalancer moves data from the softfailed node(s). The Rebalancer process runs in the background while foreground processing continues to serve your production workload. 

The following will allow you to monitor the progress of the SOFTFAIL process.

a) Run the following query from a SQL prompt to verify that the node(s) you specified are indeed marked for removal.

sql> SELECT * FROM system.softfailed_nodes;

b) The system.softfailing_containers tables will show the list of containers that are slated to be moved as part of the SOFTFAIL operation. When this query returns 0 rows, the data migration is complete.

sql> SELECT * FROM system.softfailing_containers;

c) This query joins the tables referenced above and allows you to view the softfailed node(s) that are ready for removal. The query will return zero rows if the Rebalancer has not yet finished moving data from the softfailed node(s). The list will display vacated nodes once all their containers have been relocated. Proceed to the next step only when the results of this query include all the nodes you are softfailing.

sql> SELECT * FROM system.softfailed_nodes WHERE nodeid NOT IN (SELECT DISTINCT nodeid FROM system.softfailing_containers); 

d) Finally, once the SOFTFAIL is complete for all nodes, the clustrix.log file will contain the following message:

softfailing nodes are ready to be removed: <list of node ids>

Step 3: Remove Softfailed Node(s) from Your Cluster

The final step is to remove the node(s) from the cluster. To do this, issue the following SQL command.

sql> ALTER CLUSTER REFORM; 

This automatically removes softfailed node(s) from your cluster. There will be a brief interruption of service while the node(s) are removed. 

 

Sv translation
languageko

경우에 따라 클러스터의 용량을 줄여야 할 수도 있습니다. 많은 잠재적인 이유가 있을 수 있습니다. 예를 들어, 다음과 같은 이유로 노드(들)을 제거하고 싶어 할 수 있습니다.

  • 이벤트(예: Cyber-Monday 이후)에 따른 운영 비용을 줄이려고 합니다.
  • 다른 용도로 서버를 할당하려고 합니다.
  • 장애가 발생한 하드웨어를 제거하려고 합니다. (영구적으로 장애가 발생한 노드를 삭제하려면 ALTER CLUSTER를 참조하십시오)

ClustrixDB 내에서 클러스터를 축소하는 절차는 간단히 3단계로 이뤄집니다.

Info

주의 사항: ClustrixDB는 프로덕션 시스템을 지원하기 위해 최소 3개의 노드가 필요합니다. 세 개 이상의 노드에서 단일 노드로 변경하는 것은 이 페이지에 설명된 단계를 통해 지원되지 않습니다.

Table of Contents
stylenone

Tip

Clustrix는 삭제하려는 노드가 아닌 다른 노드에 로그온한 상태에서 이 프로세스를 실행하도록 권장합니다.

1 단계: SOFTFAIL 시작

softfailed로 노드를 표시하면 Clustrix Rebalancer가 지정된 노드의 모든 데이터를 클러스터 내의 다른 노드로 이동하도록 지시합니다. 데이터베이스가 지속적으로 프로덕션 요구 사항을 충족시키는 동안 Rebalancer는 백그라운드에서 진행됩니다.

필요한 경우, 다음 SQL select문을 실행하여 주어진 IP 또는 hostname에 지정된 nodeid를 판별하십시오.

sql> SELECT * FROM system.nodeinfo ORDER BY nodeid; 

SOFTFAIL을 시작하려면 다음 구문을 사용하십시오.

ALTER CLUSTER SOFTFAIL nodeid [, nodeid] ...

SOFTFAIL 작업은 softfail을 완료할 공간이 충분하지 않거나 softfail로 인해 추가 노드가 유실된 경우 클러스터가 데이터를 보호할 수 없게 되면 오류가 발생합니다. Clustrix는 이러한 오류를 해결하기 위해 다음을 권장합니다.

  • 오류 메시지의 지침에 따라 클러스터에서 데이터를 제거하십시오.
  • SOFTFAIL 명령을 재실행하십시오.

완료되기 전에 SOFTFAIL 프로세스를 취소하려면 다음 구문을 사용하십시오. 시스템은 이전 구성으로 복원됩니다.

ALTER CLUSTER UNSOFTFAIL nodeid [, nodeid] ...  

2 단계: SOFTFAIL 프로세스 모니터링

softfailed으로 표시되면, Rebalancer는 softfailed 노드(들)에서 데이터를 이동합니다. 포그라운드 처리가 프로덕션 워크로드를 계속 제공하는 동안 Rebalancer 프로세스는 백그라운드에서 실행됩니다.

다음은 SOFTFAIL 프로세스의 진행 상태를 모니터링할 수 있게 해줍니다.

a) SQL 프롬프트에서 다음 쿼리를 실행하여 지정한 노드가 실제로 제거 대상으로 표시되는지 확인하십시오.

sql> SELECT * FROM system.softfailed_nodes;

b) system.softfailing_containers 테이블에는 SOFTFAIL 작업 일부로 이동할 예정의 컨테이너 목록이 표시됩니다. 이 쿼리가 0행을 반환하면 데이터 마이그레이션이 완료됩니다.

sql> SELECT * FROM system.softfailing_containers;

c) 이 쿼리는 위에 참조된 테이블을 조인하고 제거할 준비가 된 softfailed 노드를 볼 수 있도록 합니다. Rebalancer가 아직 softfailed 노드(들)에서 데이터를 이동하지 않았으면 쿼리는 0행을 반환합니다. 모든 컨테이너가 재배치되면 목록에 빈 노드가 표시됩니다. 이 쿼리의 결과가 현재 softfail 중인 모든 노드를 포함하는 경우에만 다음 단계로 진행하십시오.

sql> SELECT * FROM system.softfailed_nodes WHERE nodeid NOT IN (SELECT DISTINCT nodeid FROM system.softfailing_containers); 

d) 마지막으로 SOFTFAIL이 모든 노드에 대해 완료되면 clustrix.log 파일에 다음 메시지가 포함됩니다.

softfailing nodes are ready to be removed: <list of node ids>

3 단계: 클러스터에서 Softfailed 노드 제거

마지막 단계는 클러스터에서 노드를 제거하는 것 입니다. 이 작업을 실행하려면 다음 SQL 명령을 실행하십시오.

sql> ALTER CLUSTER REFORM; 

이렇게 하면 클러스터에서 softfailed 노드가 자동으로 제거됩니다. 노드가 제거되는 동안 서비스가 잠시 중단됩니다.