6장. 클러스터형 JBoss EAP 시작


6.1. mod_cluster 및 VPC 없이 클러스터형 JBoss EAP AMI 시작

이 주제에서는 mod_cluster 및 VPC 없이 클러스터형 JBoss EAP AMI를 시작하는 단계를 나열합니다.

참고
  • 이미지와 함께 제공되는 구성 스크립트 예제를 사용할 수 있습니다.

독립 실행형 서버 인스턴스에서 클러스터형 JBoss EAP AMI를 시작하려면 사전 구성된 S3_PING Cryostat 스택을 포함하는 예제 /opt/rh/eap8/root/usr/share/wildfly/docs/examples/configs/standalone-ec2-ha.xml 파일을 사용할 수 있습니다. 자세한 내용은 Reliable group communication with Cryostat 문서의 S3_PING 참조하십시오. 이 standalone-ec2-ha.xml 프로필 파일은 /opt/rh/eap/eap/usr/share/wildfly/docs/examples/configs/ 에서 JBoss EAP 구성 디렉토리 /opt/rh/eap8/root/usr/share/wildfly/standalone/configuration/. 그런 다음 다음 행을 JBoss EAP 서비스 구성 파일에 추가해야 합니다.

WILDFLY_SERVER_CONFIG=standalone-ec2-ha.xml
Copy to Clipboard Toggle word wrap

undertow 하위 시스템의 각 독립 실행형 서버 인스턴스에 대해 고유한 instance-id 를 설정해야 합니다. instance-id 의 값은 standalone-ec2-ha.xml 파일을 편집하거나 관리 CLI를 사용하여 수동으로 설정할 수 있습니다. 예를 들어 다음과 같이 관리 CLI를 사용하여 instance-id 를 설정할 수 있습니다.

/subsystem=undertow:write-attribute(name=instance-id,value={${jboss.jvmRoute}})
Copy to Clipboard Toggle word wrap

그런 다음 JAVA_OPTS 변수를 사용하여 jboss.jvmRoute 의 값을 standalone.conf 에 지정할 수 있습니다.

EC2 구성 파일의 jgroups 하위 시스템에는 클러스터 멤버를 검색하기 위해 일부 S3_PING 특정 속성이 필요합니다. S3, 시크릿 액세스 키 및 검색에 사용할 S3 버킷에 대한 액세스 키를 지정해야 합니다. 이러한 속성은 Java 옵션으로 지정하거나 편집하거나 CLI를 사용하여 XML 파일에 직접 배치할 수 있습니다.

검색을 위해 S3 버킷을 생성해야 합니다. 자세한 내용은 Amazon Simple Storage Service 설명서 를 참조하십시오. 필요한 권한을 구성해야 할 수도 있습니다. Cryostat 스택을 다른 노드와 통신하는 데 사용되는 IP 주소에 바인딩해야 합니다. 이 작업은 /opt/rh/eap8/root/usr/share/wildfly/bin/standalone.conf 파일에 S3 Java 옵션과 함께 Java 옵션을 추가하여 수행할 수 있습니다. 예를 들어 개인 IP 주소가 10.10.10.10 인 경우 standalone.conf 파일에 다음 행을 추가합니다.

JAVA_OPTS="$JAVA_OPTS -Djboss.bind.address.private=10.10.10.10
-Djboss.jgroups.aws.s3_ping.region_name=<S3_REGION_NAME>
-Djboss.jgroups.aws.s3_ping.bucket_name=<S3_BUCKET_NAME>"
Copy to Clipboard Toggle word wrap

샘플 애플리케이션: /opt/rh/eap8/root/usr/share/java/eap8-jboss-ec2-eap-samples/cluster-demo.war 를 배포하고 /opt/rh/eap8/root/usr/share/wildfly/standalone/log/server.log.log가 클러스터를 생성했는지 확인할 수 있습니다.

프로세스

  1. /opt/rh/eap8/root/usr/share/wildfly/docs/examples/configsdomain-ec2.xml 파일을 JBoss EAP 구성 디렉터리에 복사합니다.
  2. 적절한 서비스 구성 파일에 다음 변수를 설정합니다.

    WILDFLY_SERVER_CONFIG=domain-ec2.xml
    WILDFLY_HOST_CONFIG=host-master.xml
    Copy to Clipboard Toggle word wrap
  3. S3 도메인 컨트롤러 검색 구성을 host-master.xml 파일에 추가합니다.

    <local>
        <discovery-options>
            <discovery-option name="s3-discovery" module="org.jboss.as.host-controller" code="org.jboss.as.host.controller.discovery.S3Discovery">
                <property name="access-key" value="S3_ACCESS_KEY"/>
                <property name="secret-access-key" value="S3_SECRET_ACCESS_KEY"/>
                <property name="location" value="S3_BUCKET_NAME"/>
            </discovery-option>
        </discovery-options>
    </local>
    Copy to Clipboard Toggle word wrap
  4. 사용자를 구성하고 사용자의 시크릿 값을 호스트 컨트롤러 인스턴스에 추가합니다. 자세한 내용은 JBoss EAP 구성 가이드에서 두 시스템에서 관리형 도메인 만들기 를 참조하십시오.

6.1.2. 호스트 컨트롤러용 mod_cluster 및 VPC 없이 클러스터형 AMI 시작

프로세스

  1. 적절한 서비스 구성 파일에 다음 변수를 설정합니다.

    WILDFLY_HOST_CONFIG=host-slave.xml
    Copy to Clipboard Toggle word wrap
  2. S3 도메인 컨트롤러 검색 구성을 host-slave.xml 파일에 추가합니다.

    <remote security-realm="ManagementRealm">
        <discovery-options>
            <discovery-option name="s3-discovery" module="org.jboss.as.host-controller" code="org.jboss.as.host.controller.discovery.S3Discovery">
                <property name="access-key" value="S3_ACCESS_KEY"/>
                <property name="secret-access-key" value="S3_SECRET_ACCESS_KEY"/>
                <property name="location" value="S3_BUCKET_NAME"/>
            </discovery-option>
        </discovery-options>
    </remote>
    Copy to Clipboard Toggle word wrap
    참고

    S3 도메인 컨트롤러 검색에 대한 자세한 내용은 호스트 컨트롤러로 하나 이상의 인스턴스 시작을 참조하십시오.

주의

네트워크 마스크가 24비트보다 작거나 여러 서브넷이 있는 서브넷에서 JBoss EAP 클러스터를 실행하면 각 클러스터 멤버에 대해 고유한 서버 피어 ID를 확보할 수 있습니다.

중요

자동 확장 Amazon EC2 기능은 JBoss EAP 클러스터 노드와 함께 사용할 수 있습니다. 그러나 배포 전에 테스트되었는지 확인합니다. 특정 워크로드가 필요한 수의 노드 수로 확장되고 성능이 사용하려는 인스턴스 유형에 대한 요구 사항을 충족하는지 확인해야 합니다. 다른 인스턴스 유형에 따라 EC2 클라우드 리소스의 다른 공유가 수신됩니다.

또한 인스턴스 로컬 및 현재 네트워크/스토리지/호스트 시스템/RDS 사용률은 클러스터 성능에 영향을 미칠 수 있습니다. 예상 실제 로드로 테스트하고 예기치 않은 조건을 고려하십시오.

주의

Amazon EC2 스케일 다운 작업은 노드를 정상적으로 종료할 필요 없이 노드를 종료하고 일부 트랜잭션이 중단될 수 있으므로 다른 클러스터 노드 및 로드 밸런서에 장애 조치 시간이 필요합니다. 이는 애플리케이션 사용자 경험에 영향을 미칠 수 있습니다.

처리된 세션이 완료될 때까지 mod_cluster 관리 인터페이스에서 서버를 비활성화하거나 인스턴스 또는 Red Hat JBoss Operations Network에 대한 SSH 액세스를 사용하여 정상적으로 JBoss EAP 인스턴스를 종료하여 애플리케이션 클러스터를 수동으로 축소하는 것이 좋습니다.

축소 절차를 테스트해도 사용자 경험에 부정적인 영향을 미치지는 않습니다. 특정 워크로드, 로드 밸런서 및 설정에 추가 조치가 필요할 수 있습니다.

Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2026 Red Hat
맨 위로 이동