네트워크 토폴로지

IBM Cloud® Object Storage 에 연결하는 여러 가지 방법이 있으며 엔드포인트 선택은 성능에 영향을 줄 수 있습니다.

물리적 거리

애플리케이션이 COS에 요청할 때, 약간의 물리적 거리를 넘어야 한다.  이러한 거리가 증가함에 따라, 요청의 레이턴시도 증가할 것이다. 물리적 거리에 의해 부과되는 레이턴시를 줄이기 위하여, 가능한 경우 계산 자원들 및 객체 저장 장치를 동시에 위치시키는 것이 최적이다. 애플리케이션이 us-south 리젼의 IBM Cloud 에서 실행 중인 경우 성능을 최적화하려면 us-south 리젼에 있는 버킷에 데이터를 읽고 쓰는 것이 가장 좋습니다.

멀리 도달하는 곳에서 데이터에 액세스해야 하는 워크로드는 특히 상당한 패킷 손실이 있는 경우 IBM Aspera를 사용하는 것이 좋습니다.  IBM Aspera High-Speed Transfer 및 COS 사용에 대한 자세한 정보는 Aspera 안내서에 있습니다.

글로벌 범위가 있는 애플리케이션은 Content Delivery Network 를 사용하여 사용자의 최종 사용자에게 더 가까운 위치에 COS에 저장된 자산을 캐시할 수 있습니다.  원래 파일은 버켓에 계속해서 호스트되지만 사용자가 요청을 시작하는 전세계의 다양한 위치에서는 사본을 캐시할 수 있습니다.

탄력성 요구사항

일부 워크로드에는 교차 리젼 버킷에 데이터를 쓰는 경우에 발생하는 추가적인 수준의 탄력성이 필요할 수 있는 반면, 다른 워크로드는 단일 데이터 센터 버킷에 있는 증가된 한계 성능에 의존할 수 있습니다.  각 애플리케이션은 더 높은 가용성과 더 빠른 성능 사이에서 균형을 유지해야 합니다.

교차 리젼 엔드포인트를 사용하는 경우, 세 영역 모두에 데이터를 분산하면서 특정 액세스 지점으로 인바운드 트래픽을 지시할 수 있습니다. 개별 액세스 지점에 요청을 전송할 때 해당 리젼을 사용할 수 없는 경우 자동 장애 복구가 없습니다. geo 엔드포인트 반드시 대신 액세스 지점으로 트래픽을 지시하는 애플리케이션은 교차 리젼 스토리지의 가용성 이점을 달성하기 위해 적절한 장애 복구 로직을 내부적으로 구현합니다.

액세스 포인트를 사용하는 한 가지 이유는 가능한 가장 넓은 영역에 걸쳐 데이터를 분산하면서 데이터 유입 및 유출이 발생하는 위치를 제어하는 것이다. 미국의 교차 리젼 버킷에 데이터를 저장하려고 하지만 모든 읽기 및 쓰기 요청이 댈러스 영역에 남아 있는지 확인하려는 us-south 지역에서 실행 중인 응용프로그램을 상상해 보십시오.

  1. 애플리케이션은 https://s3.private.dal.us.cloud-object-storage.appdomain.cloud 엔드포인트를 사용하여 클라이언트를 작성합니다.
  2. 댈러스의 COS 서비스는 중단된 상태다.
  3. 애플리케이션이 액세스 지점을 사용하려는 지속적 실패를 발견합니다.
  4. 애플리케이션은 새너제이와 같은 다른 액세스 포인트로 장애 복구해야 하는 필요성을 인식합니다.
  5. 애플리케이션은 https://s3.private.sjc.us.cloud-object-storage.appdomain.cloud 엔드포인트를 사용하여 새 클라이언트를 작성합니다.
  6. 연결이 재개되며, 서비스가 복원될 때 액세스가 달라스로 다시 라우트될 수 있습니다.

반대로, 일반적인 미국 크로스 지역 엔드포인트를 사용하는 다른 애플리케이션을 상상해 보십시오.

  1. 애플리케이션은 https://s3.us.cloud-object-storage.appdomain.cloud 엔드포인트를 사용하여 클라이언트를 작성합니다.
  2. 댈러스의 COS 서비스는 중단된 상태다.
  3. 모든 COS 요청은 서비스가 복원될 때까지 자동으로 새너제이 또는 워싱턴으로 경로 지정됩니다.

네트워크 유형

COS로 향하는 트래픽은 3개의 네트워크 (공용, 개인용 또는 직접) 중 하나로부터 올 수 있습니다. 대상이 되는 네트워크는 버켓에 액세스하는 데 사용되는 COS 서비스 엔드포인트에 의해 정의된다. 단일 위치 (교차 영역, 지역 또는 단일 사이트) 에서 버킷이 작성되는 동안에는 여전히 설명된 세 가지 네트워크 유형 중 하나를 통해 동일한 버켓에 액세스할 수 있습니다.

공용 트래픽은 IBM Cloud 에 도달할 때까지 공용 인터넷을 순회하며 COS 분산 스토리지 네트워크로 트래픽을 지시하는 로드 밸런서로 라우트됩니다. 개인 트래픽은 IBM Cloud 에서 시작되며 공용 인터넷에는 전혀 건드리지 않습니다.  직접 트래픽은 로컬 데이터 센터와 IBM Cloud 자원을 모두 포함할 수 있는 가상 사설 클라우드에서 시작됩니다. 이 아키텍처에는 IBM Direct Link가 필요하며 사용자가 공용 인터넷을 건드리지 않고 사용자의 데이터 센터 (역방향 프록시 사용) 에서 개인용 IBM Cloud 네트워크에 직접 연결할 수 있습니다.

사설 네트워크는 공용 인터넷에서 발견되는 분산, 혼잡 또는 취약점을 제거하므로 모든 워크로드는 가능할 때마다 사설 네트워크를 사용하는 것이 좋습니다.