IBM Cloud Docs
대기 시간 이해

대기 시간 이해

IBM Cloud®는 전세계적으로 Direct Link 기능이 있는 데이터 센터를 제공합니다. 따라서 Direct Link를 통해 IBM Cloud를 기존 인프라에 링크하여 하이브리드 클라우드 솔루션을 작성하는 경우 최소 대기 시간을 기대할 수 있습니다.

온라인 상점을 운영하든 빅 데이터 솔루션을 운영하든 관계없이 느린 페이지 로딩이나 느린 데이터 전송으로 인해 판매가 중단된다는 말을 듣고 싶지 않을 것입니다. 인터넷에 연결된 두 지점 사이에서 데이터가 얼마나 빠르게 이동하는지를 측정하는 네트워크 대기 시간으로 인해 속도가 느려질 수 있습니다. 하나의 데이터 패킷이 한 위치에서 다른 위치로 이동하는 데 걸리는 시간으로 생각할 수 있습니다.

전 세계적으로 인터넷의 전체 대기 시간은 다음과 같은 변수에 따라 크게 달라질 수 있습니다.

  • 데이터가 물리적으로 얼마나 멀리 이동해야 하는지,
  • 데이터가 서비스 제공자 간에 몇 번이나 호핑되어야 하는지,
  • 도중에 사용할 수 있는 대역폭은 얼마나 됩니까?
  • 동일한 경로를 통해 이동하는 다른 데이터는 무엇입니까?

IBM Cloud Direct Link는 예측 가능한 성능을 위해 인터넷에 비해 확정적인 대기 시간을 더 강력한 보안과 함께 제공합니다.

네트워크 대기 시간 이해

모든 네트워크 제공업체는 가장 많은 고객에게 가장 낮은 네트워크 지연 시간을 제공하기를 원하며, 모든 고객은 가능한 한 가장 낮은 지연 시간을 얻고 싶어 합니다. 이는 바람직한 공유 결과입니다.

데이터는 광섬유 네트워크 케이블을 통해 빛의 속도로 이동할 수 있지만 일반적으로 데이터는 훨씬 더 느리게 이동합니다. 예를 들어, 특정 네트워크 연결이 대역폭 용량에 도달한 경우 데이터 패킷이 일시적으로 큐에 대기되어 해당 경로를 통과할 차례가 될 때까지 기다릴 수 있습니다. 예를 들어 특정 서비스 제공업체의 네트워크가 최적이 아닌 네트워크 경로를 선택하면 목적지에 도착하는 동안 데이터 패킷이 목적지에서 수백 마일 떨어진 곳으로 전송될 수 있습니다. 이러한 종류의 지연과 우회는 네트워크 지연 시간을 늘리고 데이터 전송 속도를 저하시키는 원인입니다.

네트워크 대기 시간은 밀리초(초당 1,000밀리초)로 표시됩니다. 일상 생활에서 수천 분의 1초는 큰 의미가 없을 수도 있지만, 웹 브라우징이나 비즈니스 거래에서 밀리초는 종종 결정적인 요소가 되기도 합니다. 예를 들어, 금융 분야에서 밀리초는 일 단위 무역 거래에서 수십 억 달러의 손익 차이를 의미할 수 있습니다.

네트워크 대기 시간을 최소화하는 일반적인 접근 방식

공동 목표가 대기 시간을 최소화하는 것임을 고려할 때 데이터 이동 속도에 영향을 줄 수 있는 잠재적 변수를 수를 제한하는 것이 좋습니다. 어떤 공급자도 인터넷을 통해 데이터가 이동하는 방식을 완벽하게 제어할 수 없습니다. 네트워크 대기 시간을 최소화하는 방법은 다음과 같습니다.

  • 전세계에 데이터 분산: 서로 다른 위치에 있는 고객이 지리적으로 가까운 위치에서 데이터를 가져올 수 있습니다. 데이터가 고객과 더 가깝기 때문에 더 짧은 시간에 전달됩니다. 데이터의 이동 거리가 짧아지면 라우팅이 성능에 큰 영향을 미칠 가능성이 낮아집니다.

  • 대용량 네트워크 포트가 있는 서버 프로비저닝: 매우 큰 볼륨의 데이터가 매초 서버를 통과할 수 있습니다. 완전히 포화된 포트로 인해 패킷이 지연되는 경우 몇 밀리초의 시간이 경과하고 페이지가 더 느리게 로드되며 다운로드 속도가 떨어지고 사용자 만족도가 저하됩니다.

  • 제공업체가 트래픽을 라우팅하는 방식을 이해하세요: 데이터가 전 세계 고객에게 전송되는 방식을 파악하면 데이터를 호스팅하는 위치에 대해 더 나은 결정을 내릴 수 있습니다.

IBM Cloud에서 네트워크 대기 시간을 최소화하는 방법

IBM Cloud에서는 대기 시간을 최소화하기 위해 네트워크를 빌드하는 고유 접근 방식을 채택했습니다. 모든 데이터 센터가 네트워크 PoP((Points of Presence)에 연결되며 모든 네트워크 PoP((Points of Presence)가 글로벌 백본 네트워크를 통해 서로 연결됩니다. IBM 은 자체 글로벌 백본 네트워크를 유지 관리하기 때문에 운영팀은 다른 제공업체에 의존하여 지역 간 데이터를 전송할 때보다 네트워크 경로와 데이터 전송을 더 정확하게 제어할 수 있습니다.

예를 들어 베를린의 고객이 달라스에 있는 IBM Cloud 서버에서 호스팅되는 고양이 동영상을 시청하려는 경우, 해당 고양이 동영상을 구성하는 데이터 패킷은 백본 네트워크( IBM Cloud 트래픽만 사용하는)를 통해 프랑크푸르트까지 이동하여 피어링 또는 경유 공용 서비스 제공업체 중 한 곳으로 전송된 후 최종적으로 베를린의 사용자에게 도달하게 됩니다.

글로벌 백본 네트워크가 없으면 비디오 패킷이 댈러스의 피어링 또는 전송 공용 네트워크 제공업체로 전송됩니다. 그런 다음 해당 공급자는 네트워크를 통해 패킷을 라우팅하거나 네트워크 홉에서 다른 공급자에게 패킷을 보내고, 패킷은 최종적으로 독일로 반송됩니다. 글로벌 백본 네트워크를 사용하지 않고도 동일한 네트워크 대기 시간으로 패킷이 댈러스에서 베를린으로 전달될 수 있습니다. 그러나 글로벌 백본 네트워크가 없으면 더 많은 변수가 존재합니다. 총 대기 시간은 보장하거나 예측하기가 훨씬 더 어렵습니다.

자체 글로벌 백본 네트워크 사용과 함께 IBM Cloud에서는 공용, 사설 및 관리 트래픽을 여러 네트워크 포트로 세그먼트화합니다. 즉, 여러 유형의 트래픽이 서로 간섭하지 않고 전송됩니다.

요약: 네트워크 대기 시간

고객은 데이터를 가능한 빠르게 얻을 수 있기를 원합니다. 데이터가 인터넷을 통해 고객에게 도달하는 데 걸리는 시간을 네트워크 대기 시간이라고 합니다. 데이터의 네트워크 경로를 더 많이 제어 가능할수록 네트워크 대기 시간을 더 일정하게(그리고 더 낮게) 할 수 있습니다.

  • 와 함께 Direct Link, IBM 다른 트래픽이 데이터 이동을 방해하거나 차단하지 않도록 데이터 이동 경로를 제어할 수 있습니다.
  • IBM Cloud 는 업계 최고의 서비스 제공업체로 고성능, 보안, 복원력을 제공합니다.
  • IBM Cloud 에서 전 세계에 네트워크 PoP( PoPs )를 지속적으로 추가하여 고객의 데이터를 고객에게 더 가까이 가져오고, 하이브리드 클라우드 워크로드의 요구 사항을 충족하기 위해 지연 시간과 전반적인 성능을 개선하고 있습니다.