Satellite 호스트에 대한 네트워크 지연 시간 요구 사항

IBM Cloud Satellite 위치에 추가하는 호스트에 대한 네트워크 지연 시간 요구 사항을 검토하여 최적의 성능과 가용성을 확보하십시오.

IBM 관리 마스터 대 Satellite 위치 제어 플레인에 대한 고객 제공 작업자 노드

Satellite 위치의 제어 평면에 연결하려는 호스트는, 해당 Satellite 위치가 관리되는 IBM Cloud 리전과의 왕복 시간(RTT)이 200밀리초 이하(<= 200ms)인 저지연 연결을 갖추고 있어야 합니다. 대기 시간이 증가하면 Satellite Link 처리량, Satellite 사용 IBM Cloud 서비스 프로비저닝 시간, 호스트 장애 복구 시간, 그리고 Red Hat OpenShift 클러스터 마스터와 같이 Satellite 위치 제어 플레인에서 실행되는 리소스의 가용성(극단적인 경우)을 비롯한, 성능에 대한 영향이 발생할 수 있습니다. 자세한 정보는 IBM Cloud 및 Satellite 위치 제어 플레인 호스트 간의 대기 시간 테스트를 참조하십시오.

Satellite 위치 제어 플레인의 고객 제공 작업자 노드 대 동일한 위치에서 Satellite 사용 IBM Cloud 서비스(예: Red Hat OpenShift 클러스터)를 실행하는 작업자 노드

호스트 인프라 구성에서는 ‘ Satellite ’ 위치의 제어 평면 워커 노드로 사용되는 호스트와, 해당 위치 내의 클러스터나 Satellite 기능이 활성화된 IBM Cloud 서비스와 같은 기타 리소스에 사용되는 호스트 간의 왕복 시간(RTT)이 100밀리초 이하(<= 100ms)인 저지연 연결이 확보되어야 합니다. 예를 들면, AWS와 같은 클라우드 제공자에서 이 설정은 일반적으로 Satellite 위치에 있는 모든 호스트가 동일한 클라우드 지역(예: us-east-1)의 호스트임을 의미합니다. 대기 시간이 증가하면 프로비저닝 및 복구 시간 증가, 클러스터의 작업자 노드 감소, Satellite 사용 IBM Cloud 서비스 성능 저하, 그리고 클러스터 애플리케이션의 장애(극단적인 경우)를 비롯한, 성능에 대한 영향이 발생할 수 있습니다.

Satellite 위치 제어 플레인 또는 클러스터와 같은 동일한 리소스에 지정된 고객 제공 작업자 노드

호스트 인프라 구성에서는 Satellite 위치 제어 플레인, Satellite 기능이 활성화된 IBM Cloud 서비스 또는 클러스터와 같이 동일한 Satellite 리소스에 할당된 모든 호스트 간에 왕복 시간(RTT)이 10밀리초 이하(<= 10ms)인 저지연 연결이 확보되어야 합니다. 대기 시간이 증가하면 Satellite 사용 IBM Cloud 서비스(예: 데이터베이스) 또는 클러스터 애플리케이션의 장애를 비롯한, 성능에 대한 영향이 발생할 수 있습니다.

IBM Cloud 및 Satellite 위치 제어 플레인 호스트 간의 대기 시간 테스트

각 Satellite 위치는 IBM Cloud 다중 구역 지역에서 관리합니다. 호스트와 리전 간의 지연 시간을 테스트하여 왕복 시간(RTT)이 200밀리초 이하(<= 200ms)인 저지연 연결을 사용하고 있는지 확인할 수 있습니다.

인프라 제공자에서는 Satellite 위치에 추가하려는 호스트 시스템에 로그인하십시오. 예를 들어, 명령줄에서 해당 시스템에 SSH로 접속합니다.
테스트할 ‘ IBM Cloud ’ 리전의 IP 주소를 기록해 두세요

Dallas

52.117.39.146, 169.48.134.66, 169.63.36.210

프랑크푸르트

149.81.188.122, 158.177.88.18, 161.156.38.122

런던

158.175.120.210, 141.125.97.106, 158.176.139.66

오사카

163.68.73.50, 163.69.65.242, 163.73.67.10

상파울루

163.107.67.18, 163.109.71.82, 169.57.144.42

시드니

130.198.65.82, 135.90.66.194, 168.1.58.90

도쿄

161.202.104.226, 128.168.67.106, 165.192.108.10

토론토

163.74.65.138, 163.75.70.50, 169.53.160.154

워싱턴 DC

169.63.123.154, 169.63.110.114, 169.62.13.2, 169.60.123.162, 169.59.152.58, 52.117.93.26

마드리드

13.120.67.114, 13.121.67.98, 13.122.67.106
호스트에서 IBM Cloud 지역의 IP 주소를 Ping하십시오.
```
ping <ip_address>
```
몇 개의 패킷에서 전송이 완료되면 연결을 닫으십시오. 예를 들어, 명령줄에서 ctrl+c``을 입력합니다.
ping statistics 출력에서 호스트와 IBM Cloud 리전 간의 평균 왕복 거리(avg)를 밀리초(ms) 단위로 확인하고, 해당 연결이 200밀리초 이하(<= 200ms)라는 지연 시간 요구 사항을 충족하는지 비교해 보십시오.

대기 시간 요구사항을 충족하는 연결의 예
```
--- 169.63.123.154 ping statistics ---
25 packets transmitted, 25 packets received, 0.0% packet loss
round trip min/avg/max/stddev = 48.131/77.716/181.397/27.893 ms
```
대기 시간 요구사항을 충족하지 않는 연결의 예
```
--- 158.175.120.210 ping statistics ---
9 packets transmitted, 9 packets received, 0.0% packet loss
round trip min/avg/max/stddev = 138.453/217.370/419.901/108.211 ms
```