Azure Virtual Machines에 WebSphere 애플리케이션 서버(기존) 클러스터 배포

이 문서에서는 Azure VM(Virtual Machines)에서 tWAS(WebSphere Application Server) 인스턴스의 클러스터를 신속하게 배포하는 방법을 보여 줍니다.

이 문서에서는 WebSphere 애플리케이션 서버 클러스터용 Azure Marketplace 제품을 사용하여 Azure VM으로의 여정을 가속화합니다. 이 제품은 수정 사항이 있는 최신 RHEL(Red Hat Enterprise Linux) VM을 비롯한 여러 리소스를 자동으로 프로비전합니다. 수정 사항이 있는 각 VM의 최신 WebSphere Application Server ND 9.0.5.x, 각 VM에 대한 수정 사항이 있는 최신 IBM JDK 8, 관리영구 콘솔이 활성화된 VM 중 하나의 배포 관리자, 선택적으로 IBM HTTP 서버(IHS) 또는 Azure 애플리케이션 게이트웨이를 부하 분산 장치로 사용합니다. Azure Portal에서 이 제안을 볼 수 있습니다. 제품에서 사용하도록 설정된 자동화를 활용하지 않는 WebSphere 애플리케이션 서버 클러스터를 설치하기 위한 수동 단계별 지침을 선호하는 경우 자습서: Azure Virtual Machines에 기존 IBM WebSphere 애플리케이션 서버 네트워크 배포 수동 설치를 참조 하세요.

필수 조건

• Azure 구독; Azure 구독이 아직 없는 경우 MSDN 구독자 혜택을 활성화하거나 무료 계정에 등록할 수 있습니다.
• WebSphere 번체에 필요한 자격이 있는 IBMid(선택 사항)입니다. 평가 라이선스를 사용하여 배포를 만드는 경우 WebSphere Traditional에 대한 자격을 IBMid에 제공할 필요가 없습니다. 이점을 얻으려면 배포 만들기 단계 중에 IBM WebSphere 애플리케이션 서버 사용권 계약에 동의해야 합니다. 그렇지 않으면 등록된 IBMid를 입력해야 하며 IBMid에는 연결된 활성 WebSphere 자격이 있어야 합니다. 자격 부족으로 인해 IBMid를 사용한 프로비저닝이 실패하는 경우 IBM Passport Advantage 사이트에 대한 기본 또는 보조 연락처에 액세스 권한을 부여하도록 요청합니다. 또는 IBM eCustomer Care의 단계에 따라 추가 지원을 받으세요. 또한 이 제품은 Microsoft Azure에서 제품을 실행할 수 있는 라이선스가 적절히 부여된 것으로 가정합니다. 자세한 내용은 IBM eCustomer Care를 참조 하세요.

클러스터 배포

이 문서에서는 Azure Portal의 IBM WebSphere 애플리케이션 서버 클러스터 제품을 사용합니다. 이 제품은 tWAS 클러스터를 배포하기 위한 일반적인 단계를 자동화합니다. 제품 페이지에서 더 많은 배경 및 데모 비디오를 찾을 수 있습니다.

페이지에서 배포 만들기를 시작할 수 있습니다. 기본적으로 배포는 다음 VM으로 구성됩니다.

• 애플리케이션 및 애플리케이션 서버를 관리하기 위한 하나의 Deployment Manager 인스턴스입니다.
• IBM HTTP Server 구성에 예라고 대답하는 경우 부하 분산을 관리하기 위한 하나의 IBM HTTP 서버 인스턴스입니다.
• 애플리케이션을 실행하기 위한 하나 이상의 WebSphere 애플리케이션 서버 인스턴스(노드)(고가용성 기본값은 3)입니다.

이러한 각 VM은 배포를 지원하는 데 필요한 네트워킹 및 스토리지를 사용하여 자동으로 만들어집니다. 다음 다이어그램은 기본 구성을 보여줍니다.

배포를 시작하려면 배포 페이지에서 만들기를 선택합니다.

그런 다음, 다음 스크린샷과 같이 배포 구성을 시작할 수 있는 IBM WebSphere 애플리케이션 서버 클러스터 만들기 페이지가 표시됩니다.

평가 라이선스를 사용하여 배포

IBM 사용권 계약에 동의하려면 검사box를 선택해야 합니다.

IBM이 회사 또는 조직에 문의하는 데 동의하는 레이블이 지정된 검사box를 선택하는 것이 좋습니다. 이 검사 상자를 선택하면 IBM과 Microsoft가 추가 제품 개발을 위해 귀하에게 연락할 의향이 있음을 나타냅니다.

IBMid를 사용하여 배포

이 페이지의 각 필드에는 정보를 입력하는 데 도움이 되는 추가 정보를 제공하는 정보 아이콘이 있습니다. 이 제품은 BYOL(Bring-Your-Own-License)이므로 tWAS에 대한 구매 자격이 있어야 합니다. 자격은 VM에 설치하는 동안 검사. 자격과 연결된 IBMid를 제공해야 합니다. 제공한 ID에 자격이 없으면 배포에서 tWAS를 설치하지 못합니다. 다음 텍스트가 포함된 오류 메시지가 표시됩니다. The provided IBMid does not have entitlement to install WebSphere Application Server.

이 구성을 완료한 후 다음: 클러스터 구성을 선택합니다.

클러스터 구성 창을 사용하면 가상 머신 및 WebSphere 애플리케이션 서버 클러스터를 구성할 수 있습니다. 최신 버전의 WebSphere는 배포가 최신 상태인지 확인하기 위해 최신 수정 사항과 함께 설치됩니다.

클러스터 구성을 지정할 때 동적 클러스터를 만드는 옵션이 있습니다. 동적 클러스터는 가중치 및 워크로드 관리를 사용하여 클러스터 멤버의 워크로드를 동적으로 분산하는 서버 클러스터입니다. 가중치는 클러스터 멤버에서 수집된 성능 정보를 기반으로 합니다. 이 연습에서는 기본 정적 클러스터 옵션을 유지합니다.

이 구성을 완료한 후 다음: Load Balancer를 선택합니다.

Load Balancer 창은 IBM HTTP Server(IHS) 부하 분산 장치를 자체 VM에 배포하거나 Azure 애플리케이션 게이트웨이를 배포하는 옵션을 제공합니다. IHS는 애플리케이션 서버 클러스터의 웹 서버 프런트 엔드입니다. IHS는 요청을 수신하고 서버 인스턴스 중 하나로 라우팅하여 애플리케이션 처리 요청의 인스턴스를 둘 이상 가질 수 있도록 합니다. IHS를 사용하면 배포가 더 높은 워크로드로 확장되고 오류에 대한 복원력과 고가용성으로 확장될 수 있습니다. IHS가 없으면 클러스터 간에 고유한 부하 분산을 설정하고 작업자 노드를 올바르게 가리키도록 해야 합니다.

이 문서는 IHS를 사용하도록 작성되었습니다. 그러나 Azure 애플리케이션 게이트웨이는 클라우드 네이티브 부하 분산 솔루션에 적합한 옵션입니다. Azure 애플리케이션 게이트웨이에 대한 자세한 내용은 Azure 애플리케이션 Gateway란?

IHS에 대한 구성을 완료하고 다음: 네트워킹을 선택합니다. 이 창을 사용하면 tWAS 및 IHS가 배포되는 가상 네트워크 및 서브넷을 선택할 수 있습니다. 기본값을 적용하고 다음: 데이터베이스를 선택합니다.

데이터베이스 창을 사용하면 tWAS용 VM에서 액세스할 수 있는 네트워크로 간주되는 기존 데이터베이스에 대한 JNDI 연결을 사용하여 tWAS 배포를 구성할 수 있습니다. 기본값을 적용한 다음 다음: 검토 + 만들기를 선택합니다.

구성의 유효성을 검사할 수 있도록 배포 요약이 나타납니다. 구성 문제를 해결한 다음 만들기를 선택하여 배포를 시작합니다. 일반적으로 약 20분이 걸리는 배포 진행률을 볼 수 있는 페이지로 이동합니다.

WAS 관리Istrative 콘솔 및 IHS 콘솔에 액세스

클러스터 배포가 성공적으로 완료되면 왼쪽 패널의 출력 섹션을 선택하여 관리 콘솔 및 IHS 콘솔 URL과 기타 세부 정보를 확인합니다.

복사 아이콘을 사용하여 WebSphere 통합 솔루션 콘솔 및 IBM HTTP Server에 대한 이러한 URL을 복사한 다음 두 개의 서로 다른 브라우저 주소 표시줄에 붙여넣어 두 콘솔에 별도로 로그인합니다. 관리 콘솔 페이지가 로드되면 다음 스크린샷과 같이 로그인 페이지가 표시됩니다.

클러스터 구성을 설정할 때 제공한 WebSphere 관리자 자격 증명을 사용하여 로그인합니다. 로그인한 후 다음 페이지가 표시됩니다.

그런 다음 IHS 콘솔에 로그인합니다. IHS 콘솔이 로드되면 다음 페이지가 표시됩니다.

애플리케이션 사용해 보기

클러스터에서 애플리케이션을 사용해 보려는 경우 다음 지침을 따릅니다.

1. 이전에 로그인한 관리 콘솔에서 애플리케이션 새 애플리케이션을 > 선택한 다음, 새 엔터프라이즈 애플리케이션을 선택합니다.

2. 다음 패널에서 원격 파일 시스템을 선택한 다음 찾아보기...를 선택합니다. 설치된 서버의 파일 시스템을 찾아보는 옵션이 제공됩니다.

3. Dmgr로 시작하는 시스템을 선택합니다. 배포 관리자의 파일 시스템이 표시됩니다. 여기에서 V9를 선택한 다음 installableApps를 선택합니다. 해당 디렉터리에 설치할 수 있는 많은 애플리케이션이 표시됩니다. DefaultApplication.ear를 선택한 다음 확인을 선택합니다.

그런 다음 애플리케이션을 선택하기 위해 페이지로 돌아갑니다. 이 페이지는 다음 스크린샷과 같습니다.

다음을 선택한 다음 다음을 선택하여 빠른 경로 배포 프로세스를 진행합니다.

빠른 경로 마법사에서 2단계를 제외한 모든 항목에 대한 기본값을 사용합니다. 모듈을 서버에 매핑합니다. 해당 페이지에서 기본 웹 애플리케이션 모듈 행의 검사 상자를 선택한 다음 Ctrl 키를 누른 채 클러스터 및 서버에서 옵션을 선택합니다. 마지막으로 적용을 선택합니다.

서버 열 아래에 테이블에 새 항목이 표시됩니다. 이러한 항목은 다음 스크린샷의 항목과 유사하게 표시됩니다.

모든 단계를 완료한 후 마침을 선택한 다음, 다음 페이지에서 저장을 선택합니다.

다음으로 애플리케이션을 시작해야 합니다. 애플리케이션 > 모든 애플리케이션으로 이동합니다. DefaultApplication.ear의 검사 상자를 선택하고 작업이 시작으로 설정되어 있는지 확인하고 작업 제출을 선택합니다.

다음 스크린샷의 성공 메시지와 비슷한 성공 메시지가 표시됩니다. 오류가 표시되면 너무 빠르며 앱 및 구성이 아직 노드에 도달하지 않았을 수 있습니다.

성공 메시지가 표시되면 앱을 사용해 볼 수 있습니다. 브라우저에서 IHS 배포의 DNS 이름으로 이동하여 추가 /snoop합니다. 요청을 처리한 서버 인스턴스에 대한 다음과 유사한 정보가 표시됩니다.

브라우저를 새로 고치면 앱은 정적 클러스터 배포의 기본 정책인 라운드 로빈 부하 분산 정책을 사용하여 서버 인스턴스를 순환합니다.

리소스 정리

Azure 요금을 방지하려면 불필요한 리소스를 클린 합니다. 클러스터가 더 이상 필요하지 않은 경우 az group delete 명령을 사용합니다. 다음 명령은 리소스 그룹, 컨테이너 서비스, 컨테이너 레지스트리 및 모든 관련 리소스를 제거합니다.

az group delete --name <resource-group-name> --yes --no-wait

다음 단계

이제 Azure Virtual Machines에 WebSphere 애플리케이션 서버(기존) 클러스터를 배포하는 방법을 배웠으므로 제품을 자유롭게 검토하고 피드백을 제공할 수 있습니다. 최신 개발을 최신 상태로 유지하는 데 관심이 있는 경우 제품 개요 페이지에서 연락처를 선택하고 새 제품을 사용할 수 있게 되면 알림을 받도록 등록합니다.