<aside> 💡 [필자 생각] 퍼블릭 클라우드 환경의 특징(트래픽 처리 최적화)과 요구 사항(ASG, 다수 파드)에 만족하기 위해서 좀 더 넓은 범위의 서브넷 대역을 할당하자!

</aside>

• 참고 링크 및 문서

0. 글 작성 배경

“퍼블릭 클라우드에서는 브로드캐스트를 왜 차단하나요?” → “기존에 브로드캐스트를 사용하는 프로토콜(애플리케이션)은 어떻게 되나요?”

스터디 멤버 한분의 질문으로 해당 글을 작성하게 되었다.

글 주제

• [온프레미스 환경] ‘브로드캐스트, 멀티캐스트’가 필요한 이유
• [온프레미스 환경] 네트워크 대역을 분리하는 이유
• [퍼블릭 클라우드 환경] ‘브로드캐스트, 멀티캐스트’를 차단하는 이유
• [퍼블릭 클라우드 환경] 권장하는 네트워크 대역 설계 가이드

1. [온프레미스 환경] ‘브로드캐스트, 멀티캐스트’가 필요한 이유

네트워크 통신 방식 : 유니캐스트, 브로드캐스트, 멀티캐스트, 애니캐스트 - 링크

• Unicast - 1:1 통신

• Broadcast - 1:모두 통신

• Multicast - 1:그룹 통신

• Anycast - 1:1 통신(가장 가까운)

• 브로드캐스트(Broadcast) 방식의 통신을 사용하는 프로토콜(애플리케이션) : 예) ARP , DHCP 등

  ARP : 아래 그림 처럼 L2 헤더의 목적지 MAC 이 ff:ff:ff:ff:ff:ff 로 브로드캐스트 형태로 동일 네트워크에 전파된다 - 링크

  

  DHCP : 마찬가지로 L2 헤더의 목적지 MAC 이 ff:ff:ff:ff:ff:ff 로 브로드캐스트 형태로 동일 네트워크에 전파된다 - 링크