VMware Cloud Director 장치 크기 조정 지침

개요

기본 셀 장애가 발생할 경우 클러스터가 자동화된 페일오버를 지원할 수 있도록 최소 VMware Cloud Director 배포는 기본 셀 1개와 대기 셀 2개로 구성되어야 합니다. 어떤 이유로든 셀 중 하나가 오프라인 상태가 되는 장애 시나리오에서 환경을 계속 사용할 수 있습니다. 대기 장애가 발생하면 장애가 발생한 셀을 다시 배포할 때까지 클러스터는 완전히 작동하는 상태에서 성능이 약간 저하되어 작동합니다. 장치 배포 및 데이터베이스 고가용성 구성의 내용을 참조하십시오.

VMware Cloud Director 장치에는 배포 중에 선택할 수 있는 네 가지 크기인 소형, 중형, 대형 및 초대형(VVD)이 있습니다. 소형 장치 크기는 시험 평가에 적합하며 이 문서에서는 소형 장치 구성에 대한 지침을 제공하지 않습니다. 크기 조정 옵션 테이블은 나머지 옵션에 대한 규격과 운영 환경에 가장 적합한 사용 사례를 제공합니다. 초대형 구성은 VVD(VMware Validated Design) for Cloud Providers 크기 조정 프로파일과 일치합니다.

더 큰 사용자 지정 크기를 생성하기 위해 시스템 관리자는 배포된 셀의 크기를 조정할 수 있습니다.

프로덕션 배포에 권장되는 최소 구성은 중형 가상 장치의 3노드 배포입니다.

중요: VMware는 데이터베이스 HA 없이 VMware Cloud Director 장치 배포에 대한 지원을 제공하지 않습니다.

VMware Cloud Director 장치 크기 조정 옵션

다음 의사 결정 가이드를 사용하여 환경에 맞는 장치 크기를 예상할 수 있습니다.

	중형	대형	초대형(VVD)
권장 사용 사례	시험 또는 소규모 운영 환경	운영 환경	API 통합 및 모니터링을 사용하는 운영
VMware Cloud Director 환경에서 vRealize Operations Management Pack 배포	아니요	아니요	예
VMware Cloud Director에서 Cassandra VM 메트릭 사용 설정	아니요	아니요	예
최대 30분 동안 API에 액세스하는 동시 사용자 또는 클라이언트의 대략적인 수입니다.	< 50	< 100	< 100
관리 VM	5000	5000	15000

구성 정의


	중형	대형	초대형(VVD)
HA 클러스터 구성	기본 셀 1개 + 대기 셀 2개	기본 셀 1개 + 대기 셀 2개 + 애플리케이션 셀 1개	기본 셀 1개 + 대기 셀 2개 + 애플리케이션 셀 2개
기본 또는 대기 셀 vCPU	8	16	24
애플리케이션 셀 vCPU	해당 없음	8	8
기본 또는 대기 셀 RAM	16 GB	24 GB	32 GB
애플리케이션 셀 RAM	해당 없음	8	8
vCPU 대 물리적 코어 비율	1:1	1:1	1:1
클러스터의 각 장치에 대한 최소 디스크 공간	112 GB	112 GB	112 GB

시스템 크기가 부족한지 감지하는 방법

VMware Cloud Director 셀에서 CPU 또는 메모리 사용량이 증가하고 높은 수준, 즉 용량에 가까운 수준에서 정체에 도달합니다. VMware Cloud Director 셀도 데이터베이스에 대한 연결이 끊어질 수 있습니다.

시스템 셀 수가 부족한지 감지하는 방법

VMware Cloud Director 셀의 vcloud-container-debug.log 및 cell-runtime.log 파일에 다음과 유사한 항목이 표시됩니다. org.apache.tomcat.jdbc.pool.PoolExhaustedException: [pool-jetty-XXXXX] Timeout: Pool empty. Unable to fetch a connection in 20 seconds, none available. VMware Cloud Director 셀도 데이터베이스에 대한 연결이 끊어질 수 있습니다.

참고:

기본 데이터베이스 연결 구성에 따라 모든 구성은 기본, 대기 및 애플리케이션 유형의 최대 6개 셀로 제한됩니다.

장치 크기 조정을 사용자 지정하는 방법

vpostgres-reconfigure 서비스 장치 배포자를 실행한 후 VMware Cloud Director 장치에 대한 크기 조정을 사용자 지정 구성으로 설정하는 방법에는 두 가지가 있습니다.

vpostgres-reconfigure 서비스를 사용하여 장치 크기 조정을 사용자 지정합니다.
postgresql.auto.conf 파일을 수동으로 업데이트하여 장치 크기 조정을 사용자 지정합니다.

vpostgres-reconfigure 서비스를 사용하여 VMware Cloud Director 장치 크기 조정을 사용자 지정하려면 vSphere Client에서 VM 하드웨어 설정을 편집합니다. 장치가 시작될 때마다 vpostgres-reconfigure 서비스가 실행되고 VM 크기와 일치하도록 PostgreSQL 설정이 수정됩니다.

참고: vpostgres-reconfigure 서비스는 이전의 수동 postgresql.auto.conf 사용자 지정을 수정하지 않습니다.

수동으로 사용자 지정하려면 postgresql.auto.conf 파일을 편집하면 됩니다. 수동 사용자 지정은 vpostgres-reconfigure 서비스 사용자 지정보다 우선합니다. 장치 크기 조정을 수동으로 사용자 지정하려면 모든 셀에서 이 절차를 따르십시오.

기본 장치의 OS에 root로 직접 로그인하거나 SSH 클라이언트를 사용하여 로그인합니다.
vCPU 정보를 보고 기록해 두려면 다음 명령을 실행합니다.
```
grep -c processor /proc/cpuinfo
```
RAM 정보를 보고 기록해 두려면 다음 명령을 실행합니다.
아래 보고된 RAM은 KB 단위이며 1048576(1024*1024)으로 나누어 GB로 변환해야 합니다.
```
cat /proc/meminfo | grep MemTotal | cut -dk -f1 | awk '{print int($2/1048576)}'
```
shared_buffers 값은 총 RAM에서 4GB를 뺀 값의 1/4(floor)로 계산합니다.
shared_buffers = floor [ 0.25 * (총 RAM - 4 GB) ]
여기서 floor는 대괄호 안의 값보다 작거나 같은 가장 큰 정수를 반환합니다.
effective_cache_size 값은 총 RAM에서 4GB를 뺀 값의 3/4으로 계산합니다.
effective_cache_size = 0.75 * (총 RAM - 4 GB)
max_worker_processes 값은 vCPU 수로 계산합니다.
기본값 및 최소값은 8입니다.
사용자를 postgres로 변경합니다.
```
sudo -i -u postgres
```

다음 명령을 실행하고 계산된 값을 대체하여 postgresql.auto.conf 구성 파일을 업데이트합니다.

psql -c "ALTER SYSTEM set shared_buffers = 'shared_buffers value';"
psql -c "ALTER SYSTEM set effective_cache_size =  'effective_cache_size value';"
psql -c "ALTER SYSTEM set work_mem = '8MB';"
psql -c "ALTER SYSTEM set maintenance_work_mem = '1GB';"
psql -c "ALTER SYSTEM set max_worker_processes= 'max_worker_processes value';"

exit 명령을 실행하여 루트 사용자로 돌아갑니다.
vpostgres 프로세스를 다시 시작합니다.
```
systemctl restart vpostgres
```
사용자를 다시 postgres로 변경합니다.
```
sudo -i -u postgres
```
각 대기 노드에 대해 postgresql.auto.conf 파일을 노드에 복사하고 vpostgres 프로세스를 다시 시작합니다.
1. postgresql.auto.conf를 기본 노드에서 대기 노드로 복사합니다.
```
scp /var/vmware/vpostgres/current/pgdata/postgresql.auto.conf postgres@standby-node-address:/var/vmware/vpostgres/current/pgdata/
```
2. vpostgres 프로세스를 다시 시작합니다.
```
systemctl restart vpostgres
```

수동 사용자 지정을 제거하고 vpostgres-reconfigure 서비스를 계속 사용하려면 사용자를 postgres로 변경하고 다음 명령을 실행합니다.

psql -c "ALTER SYSTEM reset shared_buffers;"
    psql -c "ALTER SYSTEM reset effective_cache_size;"
    psql -c "ALTER SYSTEM reset max_worker_processes;"