1.2. 3scale 온프레미스 확장

APIcast 배포가 증가함에 따라 사용 가능한 스토리지의 양을 늘려야 할 수 있습니다. 스토리지를 확장하는 방법은 영구 스토리지에 사용하는 파일 시스템 유형에 따라 다릅니다.

NFS(네트워크 파일 시스템)를 사용하는 경우 다음 명령을 사용하여 PV(영구 볼륨)를 확장할 수 있습니다.

oc edit pv <pv_name>

다른 스토리지 방법을 사용하는 경우 다음 섹션에 나열된 방법 중 하나를 사용하여 영구 볼륨을 수동으로 확장해야 합니다.

절차

기존 영구 볼륨에 데이터를 백업합니다.
새 크기 요구 사항에 맞게 확장된 대상 영구 볼륨을 생성하고 연결합니다.
사전 바인딩 영구 볼륨 클레임을 생성하고 다음을 지정합니다. volume Name 필드를 사용하는 새 PVC(PersistentVolumeClaim)의 크기 및 영구 볼륨 이름입니다.
백업의 데이터를 새로 생성된 PV로 복원합니다.
새 PV의 이름으로 배포 구성을 수정합니다.
```
oc edit dc/system-app
```
새 PV가 올바르게 구성되고 작동하는지 확인합니다.
이전 PVC를 삭제하여 클레임된 리소스를 해제합니다.

절차

기존 영구 볼륨에 데이터를 백업합니다.
3scale Pod를 종료합니다.
새 크기 요구 사항에 맞게 확장된 대상 영구 볼륨을 생성하고 연결합니다.
백업의 데이터를 새로 생성된 PV로 복원합니다.
사전 바인딩 영구 볼륨 클레임을 만듭니다. 다음을 지정합니다.
1. 새 PVC의 크기
2. volume Name 필드를 사용하는 영구 볼륨 이름입니다.
your amp.yml 을 배포합니다.
새 PV가 올바르게 구성되고 작동하는지 확인합니다.
이전 PVC를 삭제하여 클레임된 리소스를 해제합니다.

성능 확장은 총 포드 수를 통해 수행됩니다. 하드웨어 리소스가 많을수록 더 많은 Pod를 배포합니다.

다음 명령을 사용하여 Pod 수를 통해 성능을 확장합니다.

oc scale dc dc-name --replicas=X

3scale을 위해 스케일링할 주요 배포 구성은 다음과 같습니다.

OCP(OpenShift Container Platform) CLI(명령줄 인터페이스)를 통해 배포 구성을 위로 또는 축소할 수 있습니다.

특정 배포 구성을 확장하려면 다음을 사용합니다.

다음 명령을 사용하여 APIcast 프로덕션 배포 구성을 확장합니다.
```
oc scale dc apicast-production --replicas=X
```
다음 명령을 사용하여 백엔드 리스너 배포 구성을 확장합니다.
```
oc scale dc backend-listener --replicas=Y
```
다음 명령을 사용하여 백엔드 작업자 배포 구성을 확장합니다.
```
oc scale dc  backend-worker --replicas=Z
```

리소스를 추가하여 OpenShift에서 3scale 배포의 성능을 향상시킬 수 있습니다. 수평 확장으로 OpenShift 클러스터에 포드로 더 많은 컴퓨팅 노드를 추가하거나, 수직 확장으로 기존 계산 노드에 더 많은 리소스를 할당할 수 있습니다.

수평 스케일링

OpenShift에 포드로 더 많은 컴퓨팅 노드를 추가할 수 있습니다. 추가 계산 노드가 클러스터의 기존 노드와 일치하는 경우 환경 변수를 재구성할 필요가 없습니다.

수직 스케일링

기존 계산 노드에 더 많은 리소스를 할당할 수 있습니다. 더 많은 리소스를 할당하는 경우 성능을 높이기 위해 Pod에 프로세스를 추가해야 합니다.

참고

3scale 배포에서 서로 다른 사양 및 구성으로 컴퓨팅 노드를 사용하지 마십시오.

트래픽이 증가하면 Red Hat OCP 라우터에서 요청을 적절히 처리할 수 있는지 확인합니다. 라우터가 요청 처리량을 제한하는 경우 라우터 노드를 확장해야 합니다.