☰

Wake On Demand(로드 밸런싱 솔루션?)

tag-icon • tag-icon networking nas wake-on-lan load-balancer
Wake On Demand(로드 밸런싱 솔루션?)

나는 어려운 상황에 직면할 생각이 없습니다.요청 시 서버 깨우기.

문제

들어오는 패킷이 도착하면 특정 포트에서 수신 대기하는 물리적 서버를 깨웁니다. 클라이언트와 서버 사이에 컨트롤러/미들웨어가 있을 수 있지만 대역폭에 영향을 주어서는 안 됩니다(사용자에게 투명해야 함).

주요 목표: 전력 소비 절감.

내가 시도한 것

이 데모에서 시도한 설정은 Samba NAS 서버에 적용되었습니다.

  • 사전 실행 삼바 명령 (자동 WoL 원격 파일 시스템,FileServer용 투명 게이트웨이) : 이 솔루션의 목표는 모든 요청을 수락하는 전면 NAS를 노출하는 것이며, 사용자가 특정 공유에 액세스하려고 하면 preexec 명령이 사용자 지정 스크립트를 사용하여 서버를 깨울 것입니다.

    사전 실행 토폴로지

    • 장점: 확립된 상태의 사용자에게 투명함
    • 단점: 일반적이지 않음, 대역폭이 영향을 받음

  • 방화벽 깨우기: 이전 옵션과 유사하지만 요청된 포트와 관련하여 전송 계층에서 작동하면 방화벽이 서버를 깨울 것입니다. 서버를 위장하려면 서브넷이 필요합니다.

    방화벽 토폴로지

    • 장점: 일반적이고 확립된 상태의 사용자에게 투명함
    • 단점: 대역폭에 영향을 미치고 새 서브넷이 필요함

  • IPVS DR: 로드 밸런싱된 환경을 기반으로 유동 IP 주소를 활용하는 것이 목표입니다. 나는 ipvs 스택을 수정하는 것을 상상했습니다(ipvsadm또는연결 유지) 요청이 도착하면 웨이크업 서버 기능을 구현합니다. 그것은 많은 작업과 검색이므로 다른 솔루션이 있는지 확인하는 것을 선호합니다.)

    IPVS DR 토폴로지

    • 장점: 일반, 설정된 상태의 사용자에게 투명함, 대역폭이 영향을 받지 않음
    • 단점: 설정이 어렵나요?

이는 NAS 서버의 예이지만 이 문제를 해결하려면 우아하고 일반적인 솔루션을 선호합니다.

어떤 아이디어가 있나요? :)

관련 정보