24.6. mod_cluster HTTP 커넥터

Apache HTTP 서버 구성을 수정합니다.

httpd.conf Apache HTTP 서버 구성 파일을 편집합니다. EnableMCPMReceive 지시문을 사용하여 MCPM 요청을 수신 대기하는 가상 호스트를 다음과 같이 업데이트합니다.

JBoss EAP modcluster 하위 시스템에서 알림을 비활성화합니다.

다음 관리 CLI 명령을 사용하여 알림을 비활성화합니다.

/profile=full-ha/subsystem=modcluster/proxy=default:write-attribute(name=advertise,value=false)

JBoss EAP modcluster 하위 시스템에서 프록시 목록을 제공합니다.

광고가 비활성화된 경우 modcluster 하위 시스템에서 프록시를 자동으로 검색할 수 없으므로 프록시 목록을 제공해야 합니다.

먼저 적절한 소켓 바인딩 그룹에 아웃바운드 소켓 바인딩을 정의합니다.

/socket-binding-group=full-ha-sockets/remote-destination-outbound-socket-binding=proxy1:add(host=10.33.144.3,port=6666)
/socket-binding-group=full-ha-sockets/remote-destination-outbound-socket-binding=proxy2:add(host=10.33.144.1,port=6666)

그런 다음 프록시를 mod_cluster 구성에 추가합니다.

/profile=full-ha/subsystem=modcluster/proxy=default:list-add(name=proxies,value=proxy1)
/profile=full-ha/subsystem=modcluster/proxy=default:list-add(name=proxies,value=proxy2)

네트워크 인터페이스를 구성합니다.

기본적으로 네트워크 인터페이스는 모두 기본적으로 127.0.0.1 로 설정됩니다. 독립 실행형 서버 또는 서버 그룹에서 하나 이상의 서버를 호스팅하는 모든 물리적 호스트는 다른 서버가 볼 수 있는 공용 IP 주소를 사용하도록 인터페이스를 구성해야 합니다.

다음 관리 CLI 명령을 사용하여 환경에 맞게 관리,공용 및 비보안 인터페이스 의 외부 IP 주소를 수정합니다. 명령에서 EXTERNAL_IP_ADDRESS 를 호스트의 실제 외부 IP 주소로 바꿉니다.

/interface=management:write-attribute(name=inet-address,value="${jboss.bind.address.management:EXTERNAL_IP_ADDRESS}")
/interface=public:write-attribute(name=inet-address,value="${jboss.bind.address.public:EXTERNAL_IP_ADDRESS}")
/interface=unsecure:write-attribute(name=inet-address,value="${jboss.bind.address.unsecure:EXTERNAL_IP_ADDRESS}")

서버를 다시 로드합니다.

reload

호스트 이름 구성.

관리형 도메인에 참여하는 각 호스트의 고유한 호스트 이름을 설정합니다. 이 이름은 슬레이브마다 고유해야 하며 클러스터 식별에 슬레이브에 사용되므로 사용하는 이름을 기록합니다.

도메인 컨트롤러에 연결하도록 각 호스트를 구성합니다.

관리형 도메인에 가입해야 하는 새로 구성된 호스트의 경우 로컬 요소를 제거하고 도메인 컨트롤러를 가리키는 remote 요소 호스트 특성을 추가해야 합니다.

각 슬레이브 호스트에 대한 인증을 구성합니다.

각 슬레이브 서버에는 도메인 컨트롤러 또는 독립 실행형 마스터의 ManagementRealm에서 생성된 사용자 이름과 암호가 필요합니다. 도메인 컨트롤러 또는 독립 실행형 마스터에서 각 호스트에 대해 EAP_HOME/bin/add-user.sh 명령을 실행합니다. 슬레이브의 호스트 이름과 일치하는 사용자 이름을 사용하여 각 호스트에 대한 관리 사용자를 추가합니다.

마지막 질문에 " 이 새 사용자가 하나의 AS 프로세스에서 다른 AS 프로세스에 연결하는 데 사용됩니까?"라는 질문으로 답해야 합니다. 그러면 시크릿 값이 제공됩니다.

$ EAP_HOME/bin/add-user.sh

What type of user do you wish to add?
 a) Management User (mgmt-users.properties)
 b) Application User (application-users.properties)
(a): a

Username : slave1
Password : changeme
Re-enter Password : changeme
What groups do you want this user to belong to? (Please enter a comma separated list, or leave blank for none)[  ]:
About to add user 'slave1' for realm 'ManagementRealm'
Is this correct yes/no? yes
Is this new user going to be used for one AS process to connect to another AS process?
e.g. for a slave host controller connecting to the master or for a Remoting connection for server to server {JEB} calls.
yes/no? yes
To represent the user add the following to the server-identities definition <secret value="SECRET_VALUE" />

이 출력에서 제공된 Base64로 인코딩된 시크릿 값 SECRET_VALUE 를 복사합니다. 이 값은 다음 단계에서 사용할 수 있습니다.

자세한 내용은 JBoss EAP의 마스터 도메인 컨트롤러에 사용자 추가 섹션을 참조하십시오. 서버 보안 구성 방법.

새 인증을 사용하도록 슬레이브 호스트의 보안 영역을 수정합니다.

서버 구성에서 secret 값을 설정하고, 자격 증명 저장소 또는 자격 증명 모음에서 암호를 가져오거나, 암호를 시스템 속성으로 전달하여 암호를 지정할 수 있습니다.

서버를 다시 시작합니다.

이제 슬레이브는 호스트 이름을 사용자 이름으로 사용하고 암호화된 문자열을 암호로 사용하여 마스터에 대해 인증합니다.

ClusterNEW 및 ClusterOLD 양쪽에서 구성 옵션 sticky-session 이 true 의 기본 설정으로 설정되어 있는지 확인합니다. 이 옵션을 활성화하면 클러스터 노드에 대한 모든 새 요청이 해당 클러스터 노드로 계속 전송됩니다.

/profile=full-ha/subsystem=modcluster/proxy=default:write-attribute(name=sticky-session,value=true)

ClusterOLD의 모든 클러스터 노드가 ClusterOLD 로드 밸런싱 그룹의 멤버 라고 가정하여 load-balancing-group 을 ClusterOLD 로 설정합니다.

/profile=full-ha/subsystem=modcluster/proxy=default:write-attribute(name=load-balancing-group,value=ClusterOLD)

mod_cluster 작업자 노드 구성 섹션에 설명된 프로세스를 사용하여 ClusterNEW 의 노드를 mod_cluster 구성에 개별적으로 추가합니다. 또한 앞에서 설명한 절차를 사용하여 로드 밸런싱 그룹을 ClusterNEW 로 설정합니다.

이 시점에는 mod_cluster-manager 콘솔에서 낮은 단축된 예와 유사한 출력이 표시됩니다.

                mod_cluster/<version>

    LBGroup ClusterOLD: [Enable Nodes]   [Disable Nodes]   [Stop Nodes]
        Node node-1-jvmroute (ajp://node1.oldcluster.example:8009):
            [Enable Contexts]   [Disable Contexts]   [Stop Contexts]
            Balancer: qacluster, LBGroup: ClusterOLD, Flushpackets: Off, ..., Load: 100
            Virtual Host 1:
                Contexts:
                    /my-deployed-application-context, Status: ENABLED Request: 0 [Disable]   [Stop]

        Node node-2-jvmroute (ajp://node2.oldcluster.example:8009):
            [Enable Contexts]   [Disable Contexts]   [Stop Contexts]
            Balancer: qacluster, LBGroup: ClusterOLD, Flushpackets: Off, ..., Load: 100
            Virtual Host 1:
                Contexts:
                    /my-deployed-application-context, Status: ENABLED Request: 0 [Disable]   [Stop]


    LBGroup ClusterNEW: [Enable Nodes]   [Disable Nodes]   [Stop Nodes]
        Node node-3-jvmroute (ajp://node3.newcluster.example:8009):
            [Enable Contexts]   [Disable Contexts]   [Stop Contexts]
            Balancer: qacluster, LBGroup: ClusterNEW, Flushpackets: Off, ..., Load: 100
            Virtual Host 1:
                Contexts:
                    /my-deployed-application-context, Status: ENABLED Request: 0 [Disable]   [Stop]

        Node node-4-jvmroute (ajp://node4.newcluster.example:8009):
            [Enable Contexts]   [Disable Contexts]   [Stop Contexts]
            Balancer: qacluster, LBGroup: ClusterNEW, Flushpackets: Off, ..., Load: 100
            Virtual Host 1:
                Contexts:
                    /my-deployed-application-context, Status: ENABLED Request: 0 [Disable]   [Stop]

이전 활성 세션은 ClusterOLD 그룹 내에 있으며 모든 새 세션은 ClusterOLD 또는 CLusterNEW 그룹에 생성됩니다. 다음으로 클러스터 노드가 현재 활성 클라이언트 세션에 오류가 발생하지 않고 제거될 수 있도록 전체 ClusterOLD 그룹을 비활성화하려고 합니다.

mod_cluster-manager 웹 콘솔에서 LBGroup ClusterOLD 에 대한 노드 비활성화 링크를 클릭합니다.

이 시점에서 이미 설정된 세션에 속한 요청만 ClusterOLD 로드 밸런싱 그룹의 멤버로 라우팅됩니다. 새 클라이언트의 세션은 ClusterNEW 그룹에만 생성됩니다. ClusterOLD 그룹 내에 활성 세션이 없는 즉시 해당 멤버를 안전하게 제거할 수 있습니다.