호스팅 및 서버 공급자를 위한 DDoS 보호

고객에게 보이지 않는 호스팅 경계부터 확인하세요

격리된 가상 머신 뒤의 공유 병목

VM 격리는 업링크, NIC 큐, 하이퍼바이저 용량까지 나누지 않습니다. 대역폭 그래프가 낮아도 호스트의 패킷 처리 자원이 소진될 수 있습니다. 물리 인터페이스, 호스트, 게스트 관찰을 구분하세요.

같은 네트워크의 서로 다른 워크로드

VPN, 메일, 게임 서버, 웹사이트의 정상 패킷 패턴은 다릅니다. 일괄 규칙이 과부하를 오탐 차단으로 바꿀 수도 있습니다. 대상 프리픽스나 서비스와 변경 승인자를 정하세요.

재판매 구조의 책임 분담

호스팅 사업자, 최종 고객, 상위망이 주소, 라우팅, 사고 대응의 서로 다른 부분을 책임질 수 있습니다. 광고 검증, 오탐 보고, 복구 안내를 누가 담당할지 합의하세요.

필터 계층 운영자를 선택하세요

보호된 네트워크 서비스는 호스팅 경계로 제공할 수 있습니다. 적절한 장비가 있는 사업자는 Defense Fabric 로컬 필터링도 검토할 수 있습니다. 소프트웨어 라이선스, 전송, 고객 서비스는 별도 책임입니다.

1. 1

   공유 진입점 보호

   프리픽스 또는 공인 엔드포인트, 제공 대역폭, 상위망 보호 범위를 정하세요.

2. 2

   담당자가 명확한 로컬 정책 적용

   로컬 필터가 필요하다면 서버 하드웨어, 포트 배치, 트래픽 분산, 선택한 규칙을 검증하세요.

3. 3

   고객 경험 검증

   지원하는 실제 워크로드로 연결을 시험하고 이전 정책으로 돌아갈 경로를 유지하세요.

구축 순서의 예시입니다. 실제 제공 서비스는 견적과 인수 기록으로 정합니다.

설계를 바꾸는 질문

관리형 제공이 필요한가요, 자체 필터 서버 제어가 필요한가요?

라이선스와 트랜짓 가격뿐 아니라 운영 범위도 비교하세요. 로컬 필터는 호환 하드웨어, 유지보수, 관찰, 합의된 대응 절차가 필요합니다.

어떤 트래픽이 여러 필터 노드를 통과하나요?

진입 및 반환 경로, 상태 관리 책임, 장애 전환 동작을 정하세요. 노드나 인터페이스 추가만으로 노드 손실 후 사용 가능한 용량이 생기는 것은 아닙니다.

운영 관점에서 고객을 어떻게 구분하나요?

허가된 프리픽스 또는 엔드포인트와 서비스 담당자, 정책의 대응 관계를 최신으로 유지하세요. 사고 검토에 이 기록을 사용하고 공유 주소나 넓은 규칙이 고객 한 명을 뜻한다고 가정하지 마세요.

대표적인 호스팅 서비스 조합을 시험하세요

• 출발지 주소를 공유하는 워크로드를 포함해 실제 판매 서비스의 성공한 연결을 기록하세요.
• 같은 시간대에 호스트 큐, 드롭, 규칙 카운터, 애플리케이션 성공을 관찰하세요.
• 합의된 정책 되돌리기와 백업 경로를 시험한 뒤 다른 고객의 서비스가 유지되는지 확인하세요.

이 구축 방식에 관한 질문