쿠버네티스 환경에서 기본 8989 포트로 연결되는 MaxScale의 웹콘솔에 접속하는 방법을 설명한다.
쿠버네티스 설치 시 정의한 노드의 IP가 로컬 호스트에서 접속이 가능한지 확인한다. 먼저 노드의 IP를 확인하고 PING 테스트를 진행한다.
vagrant@slave1:~$ k get no -owide
NAME STATUS ROLES AGE VERSION INTERNAL-IP EXTERNAL-IP OS-IMAGE KERNEL-VERSION CONTAINER-RUNTIME
master Ready control-plane 12d v1.28.15 192.168.56.10 <none> Ubuntu 20.04.6 LTS 5.4.0-189-generic containerd://1.7.23
slave1 Ready <none> 12d v1.28.15 192.168.56.101 <none> Ubuntu 20.04.6 LTS 5.4.0-189-generic containerd://1.7.23
slave2 Ready <none> 10d v1.28.15 192.168.56.102 <none> Ubuntu 20.04.6 LTS 5.4.0-189-generic containerd://1.7.23
slave3 Ready <none> 12d v1.28.15 192.168.56.103 <none> Ubuntu 20.04.6 LTS 5.4.0-189-generic containerd://1.7.23
쿠버네티스 환경 내부에서 테스트 결과
vagrant@slave3:~$ ping 192.168.56.101
PING 192.168.56.101 (192.168.56.101) 56(84) bytes of data.
64 bytes from 192.168.56.101: icmp_seq=1 ttl=64 time=0.774 ms
64 bytes from 192.168.56.101: icmp_seq=2 ttl=64 time=1.40 ms
로컬 환경에서 테스트 결과
PS C:\Users\acho> ping 192.168.56.101
Ping 192.168.56.101 32바이트 데이터 사용:
192.168.56.101의 응답: 바이트=32 시간=1ms TTL=64
192.168.56.101의 응답: 바이트=32 시간<1ms TTL=64
192.168.56.101의 응답: 바이트=32 시간<1ms TTL=64
헤더 정보를 출력한다. 인증 전이니 권한이 없어 401 오류가 뜨는게 정상이다.
k get po -o wide
vagrant@slave1:~$ k exec -it maxscale1-6867fc9bfb-7hcpj -- curl -I localhost:8989
HTTP/1.1 401 Unauthorized
Connection: Keep-Alive
Content-Length: 46
WWW-Authenticate: Basic realm="maxscale"
Date: Sat, 07 Dec 2024 06:24:12 GMT
서비스의 노드 포트를 확인한다.
k get svc -o wide
vagrant@slave1:~$ k get svc
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 13d
mariadb ClusterIP None <none> 3306/TCP 18h
maxscale1 NodePort 10.107.131.95 <none> 8989:30949/TCP,3306:30857/TCP 35m
클러스터 IP가 아닌 노드의 IP
에 노드 포트를 붙여 CURL로 연결 확인을 한다.
vagrant@slave1:~$ curl -I 192.168.56.101:30949
HTTP/1.1 401 Unauthorized
Connection: Keep-Alive
Content-Length: 46
WWW-Authenticate: Basic realm="maxscale"
Date: Sat, 07 Dec 2024 06:42:13 GMT
노드 IP와 포트를 통해 콘솔 접속 화면이 열리는 지 확인한다. 초기 아이디와 패스워드는 admin/mariadb 이다.
쿠버네티스 환경에서 기본 8989 포트로 연결되는 MaxScale의 웹콘솔에 접속하는 방법을 설명한다.
쿠버네티스 설치 시 정의한 노드의 IP가 로컬 호스트에서 접속이 가능한지 확인한다. 먼저 노드의 IP를 확인하고 PING 테스트를 진행한다.
vagrant@slave1:~$ k get no -owide
NAME STATUS ROLES AGE VERSION INTERNAL-IP EXTERNAL-IP OS-IMAGE KERNEL-VERSION CONTAINER-RUNTIME
master Ready control-plane 12d v1.28.15 192.168.56.10 <none> Ubuntu 20.04.6 LTS 5.4.0-189-generic containerd://1.7.23
slave1 Ready <none> 12d v1.28.15 192.168.56.101 <none> Ubuntu 20.04.6 LTS 5.4.0-189-generic containerd://1.7.23
slave2 Ready <none> 10d v1.28.15 192.168.56.102 <none> Ubuntu 20.04.6 LTS 5.4.0-189-generic containerd://1.7.23
slave3 Ready <none> 12d v1.28.15 192.168.56.103 <none> Ubuntu 20.04.6 LTS 5.4.0-189-generic containerd://1.7.23
쿠버네티스 환경 내부에서 테스트 결과
vagrant@slave3:~$ ping 192.168.56.101
PING 192.168.56.101 (192.168.56.101) 56(84) bytes of data.
64 bytes from 192.168.56.101: icmp_seq=1 ttl=64 time=0.774 ms
64 bytes from 192.168.56.101: icmp_seq=2 ttl=64 time=1.40 ms
로컬 환경에서 테스트 결과
PS C:\Users\acho> ping 192.168.56.101
Ping 192.168.56.101 32바이트 데이터 사용:
192.168.56.101의 응답: 바이트=32 시간=1ms TTL=64
192.168.56.101의 응답: 바이트=32 시간<1ms TTL=64
192.168.56.101의 응답: 바이트=32 시간<1ms TTL=64
헤더 정보를 출력한다. 인증 전이니 권한이 없어 401 오류가 뜨는게 정상이다.
k get po -o wide
vagrant@slave1:~$ k exec -it maxscale1-6867fc9bfb-7hcpj -- curl -I localhost:8989
HTTP/1.1 401 Unauthorized
Connection: Keep-Alive
Content-Length: 46
WWW-Authenticate: Basic realm="maxscale"
Date: Sat, 07 Dec 2024 06:24:12 GMT
서비스의 노드 포트를 확인한다.
k get svc -o wide
vagrant@slave1:~$ k get svc
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 13d
mariadb ClusterIP None <none> 3306/TCP 18h
maxscale1 NodePort 10.107.131.95 <none> 8989:30949/TCP,3306:30857/TCP 35m
클러스터 IP가 아닌 노드의 IP
에 노드 포트를 붙여 CURL로 연결 확인을 한다.
vagrant@slave1:~$ curl -I 192.168.56.101:30949
HTTP/1.1 401 Unauthorized
Connection: Keep-Alive
Content-Length: 46
WWW-Authenticate: Basic realm="maxscale"
Date: Sat, 07 Dec 2024 06:42:13 GMT
노드 IP와 포트를 통해 콘솔 접속 화면이 열리는 지 확인한다. 초기 아이디와 패스워드는 admin/mariadb 이다.