Amazon Web Services에 JBoss EAP 배포
for use with Red Hat JBoss Enterprise Application Platform 8.0
초록
JBoss EAP 문서에 대한 피드백 제공 링크 복사링크가 클립보드에 복사되었습니다!
오류를 보고하거나 문서를 개선하기 위해 Red Hat Jira 계정에 로그인하여 문제를 제출하십시오. Red Hat Jira 계정이 없는 경우 계정을 생성하라는 메시지가 표시됩니다.
프로세스
- 티켓을 생성하려면 다음 링크를 클릭하십시오.
- 요약 에 문제에 대한 간략한 설명을 입력합니다.
- 설명에서 문제 또는 개선 사항에 대한 자세한 설명을 제공합니다. 문서에서 문제가 발생한 위치에 URL을 포함합니다.
- Submit 을 클릭하고 문제를 적절한 문서 팀으로 라우팅합니다.
보다 포괄적 수용을 위한 오픈 소스 용어 교체 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 용어를 교체하기 위해 최선을 다하고 있습니다. 먼저 마스터(master), 슬레이브(slave), 블랙리스트(blacklist), 화이트리스트(whitelist) 등 네 가지 용어를 교체하고 있습니다. 이러한 변경 작업은 작업 범위가 크므로 향후 여러 릴리스에 걸쳐 점차 구현할 예정입니다. 자세한 내용은 CTO Chris Wright의 메시지를 참조하십시오.
1장. Red Hat Cloud Access 정보 링크 복사링크가 클립보드에 복사되었습니다!
기존 Red Hat 서브스크립션이 있는 경우 Red Hat Cloud Access는 Amazon EC2 및 Microsoft Azure와 같은 Red Hat 인증 클라우드 인프라 공급자에서 JBoss EAP에 대한 지원을 제공합니다. Red Hat Cloud Access를 사용하면 기존 서버와 퍼블릭 클라우드 기반 리소스 간에 서브스크립션을 비용 효율적으로 이전할 수 있습니다.
2장. Amazon EC2 정보 링크 복사링크가 클립보드에 복사되었습니다!
amazon.com에서 운영하는 서비스인 Amazon Elastic Compute Cloud(Amazon EC2)는 고객에게 사용자 지정 가능한 가상 컴퓨팅 환경을 제공합니다. 이 서비스를 사용하면 AMI(Amazon Machine Image)를 부팅하여 가상 머신 또는 인스턴스를 생성할 수 있습니다. 사용자는 필요한 소프트웨어를 인스턴스에 설치할 수 있으며 사용되는 용량에 따라 요금이 부과됩니다. Amazon EC2는 유연하고 사용자가 배포된 애플리케이션을 빠르게 확장할 수 있도록 설계되었습니다.
자세한 내용은 Amazon Web Services 웹 사이트를 참조하십시오.
Amazon 머신 이미지 정보
AMI(Amazon Machine Image)는 EC2 가상 머신 인스턴스의 템플릿입니다. 사용자는 에서 인스턴스를 생성할 적절한 AMI를 선택하여 EC2 인스턴스를 생성합니다. AMI의 주요 구성 요소는 설치된 운영 체제 및 기타 소프트웨어가 포함된 읽기 전용 파일 시스템입니다. 각 AMI에는 서로 다른 사용 사례에 맞게 서로 다른 소프트웨어가 설치되어 있습니다. Amazon EC2에는 Amazon Web Services 및 타사가 제공하는 많은 AMI가 포함되어 있습니다. 사용자는 고유한 사용자 지정 AMI를 생성할 수도 있습니다.
2.1. JBoss EAP Amazon 머신 이미지 유형 링크 복사링크가 클립보드에 복사되었습니다!
퍼블릭 또는 프라이빗 AMI(Amazon Machine Image)를 배포하여 Amazon Elastic Compute Cloud(Amazon EC2)에서 JBoss EAP를 사용합니다.
Red Hat은 현재 독립 실행형 인스턴스 또는 관리형 도메인에서 full-ha 프로필에 대한 지원을 제공하지 않습니다.
JBoss EAP 공용 AMI
AWS Marketplace를 통해 JBoss EAP 공용 AMI에 액세스합니다. 공용 AMI는 PAYG(pay-as-you-go) 모델로 제공됩니다. PAYG 모델을 사용하면 사용한 컴퓨팅 리소스 수에 따라 비용을 지불합니다.
JBoss EAP 프라이빗 AMI
기존 서브스크립션을 사용하여 Red Hat Cloud Access를 통해 JBoss EAP 프라이빗 AMI에 액세스할 수 있습니다. Red Hat Cloud Access에 대한 자세한 내용은 Red Hat Cloud Access 정보를 참조하십시오.
2.2. Red Hat Cloud Access 기능 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat Cloud Access 프로그램의 멤버십은 Red Hat에서 생성한 지원되는 프라이빗 AMI(Amazon Machine Images)에 액세스할 수 있습니다.
Red Hat AMI에는 다음 소프트웨어가 사전 설치되어 있으며 Red Hat에서 완전하게 지원됩니다.
- Red Hat Enterprise Linux
- JBoss EAP
- Red Hat Update Infrastructure를 사용한 RPM으로 제품 업데이트
각 Red Hat AMI는 시작점일 뿐이므로 애플리케이션 요구 사항에 대한 추가 구성이 필요합니다.
2.3. 지원되는 Amazon EC2 인스턴스 유형 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat Cloud Access는 다음과 같은 Amazon EC2 인스턴스 유형을 지원합니다. 각 인스턴스에 대한 자세한 내용은 Linux 인스턴스의 Amazon Elastic Compute Cloud User Guide 를 참조하십시오.
JBoss EAP를 배포하기 위한 AMI에 대한 최소 가상 하드웨어 요구 사항은 다음과 같습니다.
- 가상 CPU: 2
- 메모리: 4GB
그러나 JBoss EAP에 배포하는 애플리케이션에 따라 추가 프로세서와 메모리가 필요할 수 있습니다.
2.4. 지원되는 Red Hat AMI 링크 복사링크가 클립보드에 복사되었습니다!
지원되는 Red Hat AMI는 다음 예와 같이 이름으로 식별할 수 있습니다.
개인 이미지 예
RHEL-9-JBEAP-8.0.0_HVM_GA-20240909-x86_64-0-Access2-GP2
RHEL-9-JBEAP-8.0.0_HVM_GA-20240909-x86_64-0-Access2-GP2
공개 이미지 예
RHEL-9-JBEAP-8.0.0_HVM_GA-20240804-x86_64-0-Marketplace-GP2
RHEL-9-JBEAP-8.0.0_HVM_GA-20240804-x86_64-0-Marketplace-GP2
-
RHEL-x는 AMI에 설치된 Red Hat Enterprise Linux의 버전 번호입니다. 예9. -
JBEAP-x.y.z는 AMI에 설치된 JBoss EAP의 버전 번호입니다. 예8.0.0. -
20240804는 AMI가 YYYYMMDD 형식으로 생성된 날짜입니다. -
x86_64는 AMI의 아키텍처입니다.x86_64또는i386일 수 있습니다. Access2또는Marketplace는 AMI가 다음과 같이 프라이빗 또는 공용인지를 나타냅니다.-
개인 이미지에는
Access2가 포함되어 있습니다. -
공용 이미지에는
Marketplace가 포함되어 있습니다.
-
개인 이미지에는
3장. JBoss EAP 인스턴스 시작 링크 복사링크가 클립보드에 복사되었습니다!
다음 절차에서는 AWS(Amazon Web Services) 시장에서 공용 JBoss EAP 인스턴스를 시작하고 Amazon EC2 콘솔에서 JBoss EAP 인스턴스를 시작하는 방법을 보여줍니다.
3.1. AWS Marketplace에서 JBoss EAP 인스턴스 시작 링크 복사링크가 클립보드에 복사되었습니다!
PAYG(Pay-as-you-go) 모델과 함께 제공되는 공용 JBoss EAP AMI(Amazon Machine Image)는 AWS(Amazon Web Services) 시장에서 사용할 수 있습니다.
사전 요구 사항
- AWS 계정이 있습니다.
- Amazon Web Services CLI가 사용자 계정 인증 정보로 설치 및 구성됩니다.
프로세스
- URL에서 AWS Marketplace로 이동합니다. https://aws.amazon.com/marketplace.
- 검색 모음에서 "JBoss EAP"를 검색합니다. 게시자 로 결과를 필터링하여 Red Hat Limited 및 Red Hat 을 선택합니다.
시작하려는 이미지를 클릭합니다.
참고유럽, 중동 또는 아프리카를 기반으로 하는 경우 게시자 "Red Hat Limited" 에서 이미지를 선택하고, 그렇지 않으면 게시자 "Red Hat" 에서 이미지를 선택합니다.
소프트웨어 서브스크립션 페이지로 리디렉션됩니다.
- 서브스크립션 설정을 선택하고 Continue to Subscribe 를 클릭합니다.
수락 약관을 클릭하여 약관에 동의하고 계속을 클릭합니다.
구성 페이지로 리디렉션됩니다.
구성 옵션을 선택하고 Continue to Launch 를 클릭합니다.
소프트웨어 페이지를 시작하려고 합니다.
- 시작 구성 세부 정보를 검토하고 시작 을 클릭하여 인스턴스를 시작합니다.
3.2. AWS EC2 콘솔을 사용하여 프라이빗 AMI에서 JBoss EAP 인스턴스 시작 링크 복사링크가 클립보드에 복사되었습니다!
EC2 콘솔을 사용하여 Amazon EC2에서 JBoss EAP 인스턴스를 시작할 수 있습니다.
AWS 명령줄 인터페이스를 사용하여 인스턴스를 시작할 수도 있습니다. 자세한 내용은 AWS CLI 를 참조하십시오.
사전 요구 사항
- Red Hat 서브스크립션이 있습니다.
- AWS 계정이 있습니다.
- Amazon Web Services CLI가 사용자 계정 인증 정보로 설치 및 구성됩니다.
프로세스
- Amazon EC2 콘솔 을 엽니다.
- Amazon EC2 콘솔에서 AMI를 클릭합니다.
-
AMI(Amazon Machine Images) 패널에서 배치된 프라이빗 이미지에서
jbeapAMI를 검색하고 AMI를 선택합니다. For example,RHEL-9-JBEAP-8.0.0_HVM_GA-20240909-x86_64-0-Access2-GP2. - 인스턴스 유형을 선택합니다. 지원되는 Amazon EC2 인스턴스 유형에 대한 자세한 내용은 지원되는 Amazon EC2 인스턴스 유형을 참조하십시오.
- Configure Instance Details 섹션에서 인스턴스 설정을 구성합니다.
고급 세부 정보 섹션에서 사용자 데이터 상자에 인스턴스가 시작될 때 JBoss EAP를 실행하기 위해 샘플 스크립트를 붙여넣을 수 있습니다.
참고필요한 경우 스토리지를 지정하고, 인스턴스를 태그하고, 보안 그룹 세부 정보를 구성할 수 있습니다.
- 검토 및 시작을 클릭합니다. 그러면 인스턴스 검토 시작 페이지로 직접 이동합니다.
- 시작 을 클릭하여 키 쌍을 선택하고 인스턴스를 시작합니다.
키 쌍을 선택하지 않은 경우 인스턴스를 시작하기 전에 키 쌍을 지정해야 합니다.
4장. 클러스터되지 않은 JBoss EAP 인스턴스 시작 링크 복사링크가 클립보드에 복사되었습니다!
이 장에서는 프라이빗 AMI 또는 공용 Marketplace 목록을 통해 생성된 Red Hat AMI(Amazon Machine Image)에서 JBoss EAP의 클러스터되지 않은 인스턴스를 시작하는 단계를 나열합니다.
사전 요구 사항
- 적합한 Red Hat AMI입니다. 자세한 내용은 지원되는 Red Hat AMI 를 참조하십시오.
- 22, 8080 및 9990 포트에서 들어오는 요청을 허용하는 사전 구성된 보안 그룹입니다.
ssh 를 통해 ec2-user 사용자로 EC2 인스턴스에 연결할 수 있습니다. 관리 권한이 필요한 경우 나중에 root 사용자로 변경할 수 있습니다. 예를 들면 다음과 같습니다.
ssh -l ec2-user ${INSTANCE_PUBLIC_IP}
...
sudo su -
$ ssh -l ec2-user ${INSTANCE_PUBLIC_IP}
...
$ sudo su -
프로세스
Red Hat AMI 인스턴스를 시작합니다.
JBoss EAP의 비클러스터형 인스턴스가 Red Hat AMI에서 구성 및 시작되었습니다.
-
복잡한 구성의 경우 JBoss EAP
bin디렉토리에서standalone.conf파일을 사용할 수 있습니다./opt/rh/eap8/root/usr/share/wildfly/bin/, 또는 JBoss EAP 서비스를 시작하고 CLI를 사용하여 서버를 구성할 수 있습니다. 스크립트는bin디렉토리에서 찾을 수 있습니다. 그런 다음 구성을 다시 로드합니다. -
보안 수정 및 개선 사항을 적용하려면
yum -y 업데이트를정기적으로 실행해야 합니다.
다음 명령을 사용하여 JBoss EAP를 시작합니다.
systemctl start eap8-standalone
$ systemctl start eap8-standaloneCopy to Clipboard Copied! Toggle word wrap Toggle overflow 다음 명령을 사용하여 JBoss EAP를 중지합니다.
systemctl stop eap8-standalone
$ systemctl stop eap8-standaloneCopy to Clipboard Copied! Toggle word wrap Toggle overflow
JBoss EAP를 다른 IP 주소에 바인딩하려면 RHEL 9의 /etc/opt/rh/eap8/wildfly/eap8-standalone.conf 파일에 다음 행을 추가합니다. 내부 IP 주소는 EC2에 의해 공용 IP 주소로 변환됩니다.
WILDFLY_BIND=$YOUR_PRIVATE_IP_ADDRESS
WILDFLY_BIND=$YOUR_PRIVATE_IP_ADDRESS
5장. 클러스터되지 않은 관리형 도메인 시작 링크 복사링크가 클립보드에 복사되었습니다!
5.1. 도메인 컨트롤러 역할을 할 클러스터되지 않은 인스턴스 시작 링크 복사링크가 클립보드에 복사되었습니다!
이 주제에서는 프라이빗 AMI 또는 공용 Marketplace 목록을 통해 생성된 Red Hat AMI(Amazon Machine Image)에서 비클러스터형 JBoss EAP 관리형 도메인을 시작하는 단계를 나열합니다.
사전 요구 사항
- 적합한 Red Hat AMI입니다. 자세한 내용은 지원되는 Red Hat AMI 를 참조하십시오.
ssh 를 통해 ec2-user 사용자로 EC2 인스턴스에 연결할 수 있습니다. 관리 권한이 필요한 경우 나중에 root 사용자로 변경할 수 있습니다. 예를 들면 다음과 같습니다.
ssh -l ec2-user ${INSTANCE_PUBLIC_IP}
...
sudo su -
$ ssh -l ec2-user ${INSTANCE_PUBLIC_IP}
...
$ sudo su -
프로세스
Red Hat AMI 인스턴스를 시작합니다.
JBoss EAP의 비클러스터형 인스턴스가 Red Hat AMI에서 구성 및 시작되었습니다.
-
복잡한 구성의 경우 JBoss EAP
bin디렉토리에서domain.conf파일을 사용합니다./opt/rh/eap8/root/usr/share/wildfly/bin/, 또는 JBoss EAP 서비스를 시작하고 관리 CLI를 사용하여 서버를 구성할 수 있습니다. 스크립트는bin디렉토리에서 찾을 수 있습니다. 그런 다음 구성을 다시 로드합니다. -
보안 수정 및 개선 사항을 적용하려면
yum -y 업데이트를정기적으로 실행해야 합니다.
다음 명령을 사용하여 JBoss EAP를 시작합니다.
systemctl start eap8-domain
$ systemctl start eap8-domainCopy to Clipboard Copied! Toggle word wrap Toggle overflow 다음 명령을 사용하여 JBoss EAP를 중지합니다.
systemctl stop eap8-domain
$ systemctl stop eap8-domainCopy to Clipboard Copied! Toggle word wrap Toggle overflow 참고JBoss EAP를 다른 IP 주소에 바인딩하려면 RHEL 9의
/etc/opt/rh/eap8/wildfly/eap8-domain.conf파일에 다음 행을 추가합니다. 내부 IP 주소는 EC2에 의해 공용 IP 주소로 변환됩니다.WILDFLY_BIND=$YOUR_PRIVATE_IP_ADDRESS
WILDFLY_BIND=$YOUR_PRIVATE_IP_ADDRESSCopy to Clipboard Copied! Toggle word wrap Toggle overflow
5.2. 호스트 컨트롤러 역할을 할 하나 이상의 인스턴스를 시작 링크 복사링크가 클립보드에 복사되었습니다!
이 주제에서는 Red Hat AMI에서 클러스터되지 않은 호스트 컨트롤러 역할을 하기 위해 JBoss EAP의 인스턴스를 하나 이상 시작하는 단계를 나열합니다.
클러스터되지 않은 도메인 컨트롤러를 구성하고 시작합니다. 인스턴스 시작을 도메인 컨트롤러로 참조하십시오.
도메인 컨트롤러 인스턴스의 경우
정적 도메인 컨트롤러 검색 외에도 Amazon EC2에서 실행되는 관리형 도메인의 경우 호스트 컨트롤러는 Amazon Simple Storage(Amazon S3) 시스템을 사용하여 도메인 컨트롤러를 동적으로 검색할 수 있습니다. 특히 호스트 컨트롤러와 도메인 컨트롤러는 Amazon S3 버킷에 액세스하는 데 필요한 정보를 사용하여 구성할 수 있습니다.
이 구성을 사용하면 도메인 컨트롤러가 시작될 때 버킷의 S3 파일에 연락처 정보를 씁니다. 호스트 컨트롤러가 도메인 컨트롤러에 연결을 시도할 때마다 S3 파일에서 도메인 컨트롤러의 연락처 정보를 가져옵니다.
예를 들어 Amazon EC2 인스턴스의 IP 주소가 중지 및 시작될 때 변경되는 것이 일반적입니다. 이 시나리오에서는 도메인 컨트롤러의 연락처 정보가 변경되면 호스트 컨트롤러를 재구성할 필요가 없습니다. 호스트 컨트롤러는 S3 파일에서 도메인 컨트롤러의 새 연락처 정보를 가져올 수 있습니다.
수동 도메인 컨트롤러 검색 구성은 다음 속성을 사용하여 지정합니다.
-
access-key: Amazon AWS 사용자 계정 액세스 키입니다. -
secret-access-key: Amazon AWS 사용자 계정 시크릿 액세스 키입니다. Location: 사용할 Amazon S3 버킷입니다.-
/opt/rh/eap8/root/usr/share/wildfly/docs/examples/configs의domain-ec2.xml파일을 JBoss EAP 구성 디렉터리에 복사합니다. 적절한 서비스 구성 파일에 다음 변수를 설정합니다.
WILDFLY_SERVER_CONFIG=domain-ec2.xml WILDFLY_HOST_CONFIG=host-master.xml
WILDFLY_SERVER_CONFIG=domain-ec2.xml WILDFLY_HOST_CONFIG=host-master.xmlCopy to Clipboard Copied! Toggle word wrap Toggle overflow S3 도메인 컨트롤러 검색 구성을
domain-ec2.xml파일에 추가합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow
-
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
WILDFLY_SERVER_CONFIG=standalone-ec2-ha.xml
undertow 하위 시스템의 각 독립 실행형 서버 인스턴스에 대해 고유한 instance-id 를 설정해야 합니다. instance-id 의 값은 standalone-ec2-ha.xml 파일을 편집하거나 관리 CLI를 사용하여 수동으로 설정할 수 있습니다. 예를 들어 다음과 같이 관리 CLI를 사용하여 instance-id 를 설정할 수 있습니다.
/subsystem=undertow:write-attribute(name=instance-id,value={${jboss.jvmRoute}})
/subsystem=undertow:write-attribute(name=instance-id,value={${jboss.jvmRoute}})
그런 다음 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>"
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>"
샘플 애플리케이션: /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가 클러스터를 생성했는지 확인할 수 있습니다.
6.1.1. 도메인 컨트롤러 인스턴스의 경우 mod_cluster 및 VPC 없이 클러스터형 AMI 시작 링크 복사링크가 클립보드에 복사되었습니다!
프로세스
-
/opt/rh/eap8/root/usr/share/wildfly/docs/examples/configs의domain-ec2.xml파일을 JBoss EAP 구성 디렉터리에 복사합니다. 적절한 서비스 구성 파일에 다음 변수를 설정합니다.
WILDFLY_SERVER_CONFIG=domain-ec2.xml WILDFLY_HOST_CONFIG=host-master.xml
WILDFLY_SERVER_CONFIG=domain-ec2.xml WILDFLY_HOST_CONFIG=host-master.xmlCopy to Clipboard Copied! Toggle word wrap Toggle overflow S3 도메인 컨트롤러 검색 구성을
host-master.xml파일에 추가합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 사용자를 구성하고 사용자의 시크릿 값을 호스트 컨트롤러 인스턴스에 추가합니다. 자세한 내용은 JBoss EAP 구성 가이드에서 두 시스템에서 관리형 도메인 만들기 를 참조하십시오.
6.1.2. 호스트 컨트롤러용 mod_cluster 및 VPC 없이 클러스터형 AMI 시작 링크 복사링크가 클립보드에 복사되었습니다!
프로세스
적절한 서비스 구성 파일에 다음 변수를 설정합니다.
WILDFLY_HOST_CONFIG=host-slave.xml
WILDFLY_HOST_CONFIG=host-slave.xmlCopy to Clipboard Copied! Toggle word wrap Toggle overflow S3 도메인 컨트롤러 검색 구성을
host-slave.xml파일에 추가합니다.Copy to Clipboard Copied! Toggle word wrap Toggle overflow 참고S3 도메인 컨트롤러 검색에 대한 자세한 내용은 호스트 컨트롤러로 하나 이상의 인스턴스 시작을 참조하십시오.
네트워크 마스크가 24비트보다 작거나 여러 서브넷이 있는 서브넷에서 JBoss EAP 클러스터를 실행하면 각 클러스터 멤버에 대해 고유한 서버 피어 ID를 확보할 수 있습니다.
자동 확장 Amazon EC2 기능은 JBoss EAP 클러스터 노드와 함께 사용할 수 있습니다. 그러나 배포 전에 테스트되었는지 확인합니다. 특정 워크로드가 필요한 수의 노드 수로 확장되고 성능이 사용하려는 인스턴스 유형에 대한 요구 사항을 충족하는지 확인해야 합니다. 다른 인스턴스 유형에 따라 EC2 클라우드 리소스의 다른 공유가 수신됩니다.
또한 인스턴스 로컬 및 현재 네트워크/스토리지/호스트 시스템/RDS 사용률은 클러스터 성능에 영향을 미칠 수 있습니다. 예상 실제 로드로 테스트하고 예기치 않은 조건을 고려하십시오.
Amazon EC2 스케일 다운 작업은 노드를 정상적으로 종료할 필요 없이 노드를 종료하고 일부 트랜잭션이 중단될 수 있으므로 다른 클러스터 노드 및 로드 밸런서에 장애 조치 시간이 필요합니다. 이는 애플리케이션 사용자 경험에 영향을 미칠 수 있습니다.
처리된 세션이 완료될 때까지 mod_cluster 관리 인터페이스에서 서버를 비활성화하거나 인스턴스 또는 Red Hat JBoss Operations Network에 대한 SSH 액세스를 사용하여 정상적으로 JBoss EAP 인스턴스를 종료하여 애플리케이션 클러스터를 수동으로 축소하는 것이 좋습니다.
축소 절차를 테스트해도 사용자 경험에 부정적인 영향을 미치지는 않습니다. 특정 워크로드, 로드 밸런서 및 설정에 추가 조치가 필요할 수 있습니다.
6.2. mod_cluster 및 VPC를 사용하여 클러스터형 JBoss EAP AMI 시작 링크 복사링크가 클립보드에 복사되었습니다!
이 주제에서는 Apache HTTP 서버 인스턴스를 시작하여 mod_cluster 프록시로 사용하기 위한 단계 및 VPC(Virtual Private Cloud)의 NAT 인스턴스 역할을 하는 단계를 나열합니다.
- 이미지와 함께 제공되는 구성 스크립트 예제를 사용할 수 있습니다.
Amazon VPC(Virtual Private Cloud)는 프라이빗 네트워크에서 AWS 리소스 세트를 격리할 수 있는 AWS(Amazon Web Services)의 기능입니다. 이 사설 네트워크의 토폴로지 및 구성은 필요에 따라 사용자 지정할 수 있습니다.
Amazon VPC에 대한 자세한 내용은 Amazon Virtual Private Cloud 를 참조하십시오.
VPC 내부에서 mod_cluster 로드 밸런서로 클러스터를 시작하면 JBoss EAP 서버에 공개적으로 액세스할 수 없습니다. mod_cluster 로드 밸런서는 인터넷에 연결된 유일한 끝점일 수 있습니다.
도메인 컨트롤러 인스턴스 설정을 위해 인스턴스 시작을 도메인 컨트롤러로 설정합니다.
호스트 컨트롤러 인스턴스 설정을 위해 하나 이상의 인스턴스를 호스트 컨트롤러로 실행합니다.
S3 도메인 컨트롤러 검색에 대한 자세한 내용은 호스트 컨트롤러로 하나 이상의 인스턴스를 시작하기 를 참조하십시오.
VPC 구성은 선택 사항입니다. 자세한 내용은 Amazon VPC 사용자 가이드의 지원되는 플랫폼 감지 및 기본 VPC가 있는지 여부를 참조하십시오.
jbcs-httpd24-mod_cluster-native패키지 및 모든 종속 항목을 설치합니다.mod_cluster구성 파일은/opt/rh/jbcs-httpd24/root/etc/httpd/conf.d/mod_cluster.conf에 설치됩니다.Red Hat JBoss Core Services Apache HTTP Server 설치에 대한 자세한 내용은 Apache HTTP Server 설치 가이드를 참조하십시오.
mod_cluster에 대한 알림을 비활성화합니다./opt/rh/jbcs-httpd24/root/etc/httpd/conf.d/mod_cluster.conf구성 파일에서VirtualHost에 다음을 추가합니다.ServerAdvertise Off EnableMCPMReceive # AdvertiseFrequency # comment out AdvertiseFrequency if present
ServerAdvertise Off EnableMCPMReceive # AdvertiseFrequency # comment out AdvertiseFrequency if presentCopy to Clipboard Copied! Toggle word wrap Toggle overflow -
SELinux에서 포트 허용 . 필요한 경우iptables를 구성합니다.semanage port -a -t http_port_t -p tcp $PORT_NR명령을 사용하여 SELinux에서 포트를 허용할 수 있습니다. mod_cluster가 수신 대기하는 주소에서mod_cluster프록시를 찾도록 JBoss EAP를 구성합니다.참고/opt/rh/eap8/root/usr/share/wildfly/docs/examples/configs/standalone-ec2-ha.xml구성 파일이 제공됩니다.modcluster하위 시스템에서프록시목록을 구성해야 합니다.다음 방법 중 하나를 사용하여
프록시목록을 정의할 수 있습니다.적절한 호스트 및 포트를 사용하여
mod-cluster-proxy1이라는outbound-socket-binding을 정의합니다.<outbound-socket-binding name="mod-cluster-proxy1"> <remote-destination host="${jboss.modcluster.proxy1.host}" port="${jboss.modcluster.proxy1.port}"/> </outbound-socket-binding><outbound-socket-binding name="mod-cluster-proxy1"> <remote-destination host="${jboss.modcluster.proxy1.host}" port="${jboss.modcluster.proxy1.port}"/> </outbound-socket-binding>Copy to Clipboard Copied! Toggle word wrap Toggle overflow 적절한 호스트 및 포트를 사용하여
modcluster하위 시스템의 proxy 속성을mod-cluster-proxy1로 설정합니다./socket-binding-group=standard-sockets/remote-destination-outbound-socket-binding=mod-cluster-proxy1:add(host={${jboss.modcluster.proxy1.host}}, port={${jboss.modcluster.proxy1.port}})/socket-binding-group=standard-sockets/remote-destination-outbound-socket-binding=mod-cluster-proxy1:add(host={${jboss.modcluster.proxy1.host}}, port={${jboss.modcluster.proxy1.port}})Copy to Clipboard Copied! Toggle word wrap Toggle overflow
7장. 문제 해결 링크 복사링크가 클립보드에 복사되었습니다!
7.1. Amazon EC2 문제 해결 정보 링크 복사링크가 클립보드에 복사되었습니다!
EC2는 심각한 인스턴스 오작동을 나타내는 각 인스턴스에 대한 알람 상태를 제공하지만 이러한 경보가 없으면 인스턴스가 올바르게 시작되고 서비스가 제대로 실행되고 있음을 보장할 수 없습니다. 사용자 지정 지표 기능과 함께 Amazon CloudMonitor를 사용하여 인스턴스 서비스의 상태를 모니터링할 수 있지만 엔터프라이즈 관리 솔루션을 사용하는 것이 좋습니다.
7.2. 진단 정보 링크 복사링크가 클립보드에 복사되었습니다!
JBoss Operations Network, Amazon CloudMonitor 또는 수동 검사에서 문제가 감지되는 경우 진단 정보의 일반적인 소스는 다음과 같습니다.
-
/var/log에는 시스템 시작, JBoss EAP, httpd 및 대부분의 기타 서비스에서 수집된 모든 로그가 포함되어 있습니다.
JBoss EAP 로그 파일은 /opt/rh/eap8/root/usr/share/wildfly/ 에서 확인할 수 있습니다.
이러한 파일에 대한 액세스는 SSH 세션을 통해서만 사용할 수 있습니다.
Amazon EC2 인스턴스로 SSH 세션을 구성하고 설정하는 방법에 대한 자세한 내용은 Amazon EC2 Linux 인스턴스 시작하기 를 참조하십시오.
2024-05-21에 최종 업데이트된 문서