일반적인 용량 계획 프로세스 중에 추정에 대한 아마도 단순한 고려 사항을 볼 수 있습니다.오직네트워크 파이프를 통과할 것으로 예상되는 페이지 또는 데이터 크기. 이는 일반적인 애플리케이션 개발과 마찬가지로 평균 HTTP 페이지 응답 크기가 30KB이거나 XML 웹 서비스 데이터 크기가 평균 100KB라는 것을 의미합니다. 이러한 수치는 원시 값으로 가져와 예상 볼륨을 곱하여 예상 대역폭 요구 사항을 얻습니다.
애플리케이션 개발자와 설계자는 애플리케이션 데이터가 중요하다는 사실을 잊어버리거나 전혀 인식하지 못하는 경향이 있는 것 같습니다.캡슐화전달을 위해 하위 계층 전송 계층으로 이동합니다. 따라서 그들은 TCP/IP 패킷과 이더넷 프레임의 헤더 오버헤드가 차지하는 대역폭을 거의 고려하지 않습니다.
대역폭 계획 중에 이러한 오버헤드를 고려해야 한다고 생각하지만 이를 정확하게 계산하는 방법을 모르겠습니다. 이러한 오버헤드 비율을 고려하는 기본 공식이나 프로세스가 있습니까? 지금까지 이 문제를 다룬 기사를 본 적이 없습니다.
답변1
캡슐화 오버헤드의 양은 패킷의 데이터 페이로드 크기에 따라 달라지므로 단일 공식은 없습니다. 10Mbps의 ISO를 제공하는 것보다 10Mbps의 DNS 트래픽을 제공하는 경우 오버헤드가 훨씬 더 많습니다. . 그러나 오버헤드는 일반적으로 무시할 수 있으며 요청 볼륨 및 응답 크기를 추정하는 데 내재된 부정확성으로 인해 압도됩니다. 용량 계획에 포함된 안전 여유는 간접비를 감당하는 것 이상이어야 합니다.