길기 때문에 먼저 결론

결론을 먼저 쓰면 ALB는 WebDAV를 통해 제공됩니다. 좋았어요.

소박한 질문

AWS의 새로운 로드 밸런서인 Application Load Balancer(ALB)가 출시되었습니다1.
프로토콜면에서는 WebSocket이나 HTTP/2의 서포트등이 새로운 곳입니다만, 과연 WebDAV는 통과할까요?
라고 말하는 이유로 조사해 보았지만, 의외로 유례가 발견되지 않았기 때문에 시험해 보았습니다.

해봤어

테스트 구성

이번에는 이하의 구성으로 테스트를 실시했습니다.



보안 그룹, 대상 그룹, ACM(SSL) 설정은 생략합니다.

EC2 인스턴스 구성

다음 구성의 EC2 인스턴스를 2개 만들고 각 서브넷에 하나씩 배치했습니다.

EC2 인스턴스의 OS는 Amazon Linux2를 사용했습니다.
설치한 패키지는 httpd24뿐입니다.
http24의 설정 파일에는 손을 더하지 않고, /etc/httpd/conf.d/webdav.conf 파일을 작성해 아래와 같은 내용을 추가하고 있습니다.

webdav.conf

DavLockDB /tmp/DavLock

Alias /dav/ /var/www/dav/

<Directory "/var/www/dav/">
    Dav on

    Options None
    AllowOverride None

    AuthType Basic
    AuthName WebDAVoverALBTest
    AuthUserFile /var/www/.htpasswd

    <RequireAll>
        Require valid-user
    </RequireAll>
</Directory>

WebDAV의 로컬 디렉토리는 /var/www/dav/이고 HTTP의 디렉토리는 /dav/가 되도록 설정되어 있습니다. 또한 /healthcheck에서 상태를 확인할 수 있습니다.

ALB 설정

그런 다음 ELB 만들기로 이동합니다.
우선은 로드 밸런서 타입의 선택으로부터. 물론 여기는 ALB를 선택합니다.


로드 밸런서의 설정은 전술한 구성대로 실시합니다.


SSL 인증서 설정. 여기에서는 사전에 ACM으로 작성한 것을 사용했습니다.


보안 그룹 설정. HTTPS가 열려있는 것만을 미리 만들었습니다.


라우팅 설정.


타겟 등록. EC2 인스턴스는 미리 대상 그룹에 등록되었습니다.


작성 확인.


ALB를 만들었으므로 계속해서 "규칙 표시/편집"으로 이동합니다.


규칙을 추가하고 /dev/fuga/에 대한 액세스를 두 번째 대상 그룹으로 전달하도록 설정합니다.



친숙한 환경에서는 위의 설정에서 WebDAV 읽기/쓰기가 두 개의 EC2 인스턴스로 나누어지는 것을 확인했습니다.

후기

지금 WebDAV를 채용할 기회는 적을 것이고, 하물며 같은 호스트명으로 복수 서버에 배분하는 용도가 얼마나 있을지는 모릅니다만, 참고가 되면 다행입니다.

주석

「새로운」이라고 말해도, 이미 발표로부터 10개월(본고 집필 시점) 지났습니다만‥‥‥  ↩

이 글을 쓰는 시점에서 2017.03  ↩