SIOS SANless clusters High-availability Machine Learning monitoring
지난 10년 동안 클라우드 컴퓨팅은 컴퓨팅 배포를 위한 주요 플랫폼으로 부상했습니다. AWS와 Microsoft 모두 Fortune 500대 기업 중 상당수가 자신들의 서비스를 사용하고 있으며 Google과 Oracle 모두 매력적인 클라우드 제품을 보유하고 있다고 주장합니다. 이로 인해 많은 조직이 의도적으로든 실수로든 여러 클라우드에서 워크로드를 실행하게 되었습니다. Multicloud, 사용 사례, 위험 및 유지 관리 모범 사례에 대해 알아보십시오. 고가용성 .
의 허가를 받아 재생산 시오스
이 블로그에서 다룰 내용은 일반 로드 밸런서 애플리케이션 복구 키트(ARK) Linux용 SIOS Lifekeeper 및 특히 Microsoft Azure에서 구성하는 방법에 대해 설명합니다. 나는 2노드 NFS 클러스터를 사용할 것이고 그들이 제공하는 NFS 내보내기는 궁극적으로 로드 밸런서를 통해 액세스될 것입니다.
SIOS는 Azure에서 실행되는 LifeKeeper 클러스터에서 클라이언트 리디렉션을 용이하게 하기 위해 이 ARK를 만들었습니다.
Azure는 무상 ARP를 지원하지 않으므로 클라이언트는 기존 클러스터 가상 IP 주소에 직접 연결할 수 없습니다. 대신 클라이언트는 로드 밸런서에 연결해야 하며 로드 밸런서는 트래픽을 활성 클러스터 노드로 리디렉션합니다. . Azure는 계층 4(TCP, UDP)에서 작동하는 로드 밸런서 솔루션을 구현하며, 로드 밸런서는 활성 노드를 결정할 수 있는 상태 프로브인 개인 또는 공용 프런트엔드 IP를 갖도록 구성할 수 있습니다. 백엔드 IP 주소(클러스터의 각 노드에 대해) 및 수신/발신 네트워크 트래픽 규칙.
일반적으로 상태 프로브는 애플리케이션의 활성 포트를 모니터링하고 해당 애플리케이션이 활성 상태인 노드를 결정합니다. SIOS 일반 로드 밸런서 ARK는 활성 노드가 사용자 정의 포트에서 수신 대기하도록 구성됩니다. 그런 다음 이 포트는 Azure 부하 분산 장치에서 상태 프로브 포트로 구성됩니다. 이렇게 하면 활성 클러스터 노드가 TCP 상태 확인 프로브에 응답하여 자동 클라이언트 리디렉션을 활성화할 수 있습니다.
Azure Portal 내에서 부하 분산을 선택합니다. 로드 밸런서를 만들고 이름과 함께 배포할 리소스 그룹을 선택합니다. 예를 들어 IMA와 함께 로드 밸런서를 사용하는 클러스터 유형과 일치하는 이름을 사용하고 싶습니다. -NFS-LB는 두 IMA-NFS 노드 앞에 위치합니다.
이것이 공개 또는 비공개 LB인지 여부를 결정할 수 있습니다. 이 경우 이 리소스 그룹 내에서만 사용할 수 있도록 NFS 서버를 전면에 내보이도록 프라이빗 로드 밸런서를 구성하고 있습니다.
이름, 리소스 그룹 등을 결정하면 로드 밸런서의 이름, 가상 네트워크, 서브넷 및 IP를 할당하라는 메시지가 표시됩니다. IP 주소는 LifeKeeper에서 가상 IP 주소로 생성할 IP 주소와 동일해야 합니다.
로드 밸런서에 대한 기본 정보가 입력되면 로드 밸런서를 제공하기 위해 백엔드에서 구성할 머신을 정의해야 합니다. 제 경우에는 이 백엔드 풀이 내가 사용하는 두 개의 노드로 구성됩니다. 내 NFS 서버.
로드 밸런싱 규칙이 필요하며 이는 로드 밸런서가 활성 노드로 라우팅할 트래픽을 결정하는 방법입니다. – 여기에 구성된 포트 번호는 로드 밸런서를 지원하도록 일반 애플리케이션을 구성할 때 SPS-L에서 사용됩니다. 이 예에서는 모든 트래픽을 활성 노드로 라우팅하는 "HA 포트"를 사용하고 있습니다. 라우팅할 트래픽을 제한하려면 특정 애플리케이션 포트를 지정할 수 있습니다.
프런트엔드 IP는 로드 밸런서 IP여야 하고 백엔드 풀은 로드 밸런서에서 사용하는 리소스로 구성한 노드여야 합니다. "HA 포트" 버튼이 선택되어 있고 "유동 IP"가 활성화되어 있는지 확인합니다. "TCP 재설정"은 비활성화된 상태로 둘 수 있습니다.
상태 프로브를 생성할 때 SIOS Protection Suite 내에서 일반 애플리케이션을 생성할 때 사용될 포트이므로 여기에서 구성한 포트를 기록해 두십시오. "간격" 및 "비정상 임계값"에 대한 표준 값을 사용할 수 있습니다. 애플리케이션별 요구 사항이 있는 경우 나중에 변경할 수 있습니다.
이제 로드 밸런싱 규칙이 상태 프로브로 완료되어야 합니다. "추가"를 선택하십시오 "추가"를 선택하면 Azure에서 로드 밸런서 배포를 시작합니다. 이 작업은 몇 분 정도 걸릴 수 있으며 완료되면 구성이 SIOS Protection Suite로 이동합니다.
참고: 백엔드 머신이 로드 밸런서 뒤에 구성되면 인터넷 게이트웨이에 액세스할 수 없으므로 시스템 업데이트와 같은 작업이 작동하지 않습니다. 백엔드 리소스 그룹에서 컴퓨터를 제거하여 인터넷 액세스를 다시 허용할 수 있습니다.
이 블로그의 경우 SPS-L을 사용하여 보호하도록 3개의 NFS 내보내기를 구성했으며, 3개의 내보내기는 Azure 부하 분산 장치의 프런트 엔드 IP와 동일한 IP를 사용하도록 구성되었습니다. Datakeeper를 사용하여 내보내기에 저장된 데이터를 복제하고 있습니다.
첫 번째 단계는 스크립트를 얻는 것입니다. 가장 간단한 방법은 wget을 사용하는 것이지만 winscp 또는 유사한 도구를 사용하여 전체 패키지를 다운로드하고 rpm을 노드에 직접 업로드할 수도 있습니다. Lifekeeper 클러스터의 모든 노드에 핫픽스를 설치해야 합니다.
전체 복구 키트는 여기에서 얻을 수 있습니다. http://ftp.us.sios.com/pickup/LifeKeeper_Linux_Core_en_9.5.1/patches/Gen-LB-PL-7172-9.5.1 wget으로 부품을 찾을 수 있습니다. wget http://ftp.us.sios.com/pickup/Gen-LB-PL-7172-9.5.1/steeleye-lkHOTFIX-Gen-LB-PL-7172-9.5.1-7154.x86_64.rpm wget http://ftp.us.sios.com/pickup/Gen-LB-PL-7172-9.5.1/steeleye-lkHOTFIX-Gen-LB-PL-7172-9.5.1-7154.x86_64.rpm.md5sum wget http://ftp.us.sios.com/pickup/Gen-LB-PL-7172-9.5.1/Gen-LB-readme.txt 다운로드가 완료되면 FTP 사이트에 기록된 값과 MD5 합계를 확인합니다.
다음과 같이 RPM을 설치하십시오. rpm -ivh steeleye-lkHOTFIX-Gen-LB-PL-7172-9.5.1-7154.x86_64.rpm 다음을 실행하여 설치가 성공했는지 확인하십시오. rpm -qa | grep steeleye-lkHOTFIX-Gen-LB-PL-7172 어떤 이유로 RPM을 제거해야 하는 경우 다음을 실행하여 수행할 수 있습니다. rpm -e steeleye-lkHOTFIX-Gen-LB-PL-7172-9.5.1-7154 .x86_64 다음은 이미 구성한 세 가지 NFS 내보내기를 보여주는 GUI입니다. SIOS Protection Suite 내에서 해야 할 일은 SIOS에서 제공하는 Hotfix 스크립트를 사용하여 Load Balancer를 정의하는 것입니다.
먼저 새 리소스 계층을 만들고 드롭다운에서 일반 응용 프로그램을 선택합니다. /opt/Lifekeeper/SIOS_Hotfixes/Gen-LB-PL-7172/에 있는 restore.pl 스크립트를 정의합니다. /opt/Lifekeeper/SIOS_Hotfixes/Gen-LB-PL-7172/에 있는 remove.pl 스크립트를 정의하십시오. /opt/Lifekeeper/SIOS_Hotfixes/Gen-LB-PL-7172/에 있는 quickCheck 스크립트를 정의하십시오. 로컬 복구 스크립트가 없으므로 이 입력을 지워야 합니다. 애플리케이션 정보를 묻는 메시지가 표시되면 상태 프로브 구성에서 구성한 것과 동일한 포트 번호(예: 54321)를 입력하려고 합니다. 서비스가 생성되면 서비스를 제공하도록 선택할 것입니다.
리소스 태그는 SPS-L GUI에 표시되는 이름입니다. 저는 쉽게 식별할 수 있는 이름을 사용하고 싶습니다.
모든 것이 올바르게 구성된 경우 "END 성공적인 복원"이 표시되면 리소스를 두 노드 중 하나에서 호스팅할 수 있도록 이를 다른 노드로 확장할 수 있습니다.
두 노드로 확장한 후 완료된 로드 밸런서 구성을 보여줍니다.
이 클러스터의 마지막 단계는 세 가지 NFS 내보내기에 대한 하위 종속성을 생성하는 것입니다. 즉, Datakeeper 미러 및 IP로 완료된 모든 NFS 내보내기는 로드 밸런서에 의존합니다. 활성 노드에서 심각한 문제가 발생하면 이러한 모든 리소스가 다른 작동 중인 노드로 장애 조치됩니다.
위의 Lifekeeper GUI에서 완성된 계층 구조. 아래는 NFS 내보내기, IP, 파일 시스템 및 DataKeeper 복제 볼륨을 로드 밸런서 리소스의 자식으로 보여주는 확장된 GUI 보기를 보여줍니다.
이것은 SIOS LifeKeeper를 사용하는 방법의 한 예일 뿐입니다. 하늘빛 간단한 NFS 클러스터를 보호합니다. 보호해야 하는 모든 비즈니스 크리티컬 애플리케이션에도 동일한 개념이 적용됩니다. Azure Load Balancer(내부 또는 외부)가 현재 애플리케이션을 호스팅하고 있는 노드를 결정할 수 있도록 SIOS에서 제공하는 Load Balancer ARK를 활용하기만 하면 됩니다.
SIOS SAN 및 SANless 클러스터링 소프트웨어는 다음을 포함하여 애플리케이션 및 데이터에 대한 포괄적인 SAP 인증 보호를 제공합니다. 고가용성 , 데이터 복제 , 그리고 재해 복구 쉽고 비용 효율적인 솔루션.
SIOS 소프트웨어를 사용하면 물리적, 가상, 클라우드(퍼블릭, 프라이빗 및 하이브리드) 및 고성능 플래시 스토리지 환경의 모든 구성(또는 조합)에서 SAP 및 HANA를 보호할 수 있습니다. SIOS 소프트웨어는 전체 SAP 애플리케이션 환경에 대한 쉽고 유연한 구성, 빠른 복제, 포괄적인 모니터링 및 보호를 제공합니다.
SAN 및 SANless 클러스터 SIOS LifeKeeper 소프트웨어를 사용하여 SIOS 실시간 블록 수준 복제를 사용하여 활성 SAP 서버의 로컬 스토리지를 대기 서버의 로컬 스토리지와 동기화하여 기존 SAN 기반 클러스터를 구축하거나 SIOS SANless 클러스터를 구축할 수 있습니다. 복제는 동기 또는 비동기 모드에서 작동할 수 있습니다.
서버가 활성 상태인지만 확인하는 기존 클러스터링 소프트웨어와 달리 SIOS LifeKeeper 소프트웨어는 전체 SAP 환경의 상태를 모니터링하고 최대 가동 시간을 보장하기 위해 애플리케이션 인식 고가용성을 제공합니다. SIOS 소프트웨어는 SAP가 실행 중이고 파일 공유 또는 NFS 내보내기가 사용 가능하며 데이터베이스가 마운트되어 사용 가능하며 클라이언트가 연결할 수 있는지 확인합니다. SIOS 소프트웨어는 서버, 운영 체제, SAP 기본 애플리케이션 서버(PAS) 인스턴스, ABAP SAP 중앙 서비스(ASCS) 인스턴스, 백엔드 데이터베이스(Oracle, DB2, MaxDB, MySQL 및 PostgreSQL), SAP 중앙 서비스 인스턴스( SCS), 볼륨 또는 파일 시스템, 파일 공유 또는 NFS 마운트, IP 및 가상 IP, 대기열에 추가 및 메시지 서버, 논리 볼륨(LVM).
활성 서버에 장애가 발생하면 SIOS 소프트웨어가 SAP 작업을 대기 서버로 이동합니다. SIOS 소프트웨어를 사용하면 LAN 또는 WAN을 통해 로컬 또는 원격인 대기 서버를 구성할 수 있습니다. 실시간 복제는 로컬 시스템 장애로부터 즉각적인 복구를 보장하고 일대다 복제를 통해 여러 개의 실시간 복사본을 생성할 수 있도록 합니다.
SIOS 클러스터는 동일한 사이트나 다른 지리적 위치에 있는 다른 클러스터 서버와 로컬에서 모두 애플리케이션을 중지하고 다시 시작할 수도 있습니다. SIOS 소프트웨어가 문제를 감지하면 애플리케이션과 데이터에 대한 가동 시간과 보호를 최대화하는 세 가지 구성 가능한 복구 작업 중 하나를 자동으로 시작합니다. 동일한 서버에서 다시 시작을 시도할 수 있습니다. 대기 서버로의 전환; 또는 시스템 관리자에게 알립니다. 로컬 복구 또는 전체 장애 조치를 빠르고 쉽게 수행합니다.
SIOS 소프트웨어는 관리자가 테스트를 위해 SAP를 DR 사이트로 이동하고 테스트가 완료되면 기본 사이트로 다시 이동할 수 있도록 하여 DR 테스트를 쉽게 만듭니다. 또한 대상 데이터의 잠금을 해제하고 복구를 확인하기 위해 백업 시스템에서 SAP를 서비스로 가져와 프로덕션 네트워크에 영향을 주지 않고 DR 테스트를 완료하는 동안 기본 사이트에서 SAP를 서비스 상태로 둘 수 있습니다.
• 고가용성 클러스터링, 지속적인 데이터 복제 및 재해 복구 기능으로 전체 SAP 스택을 보호합니다. • 기존 서버 및 스토리지를 사용하여 단일 및 다중 사이트 클러스터를 활성화합니다. • Red Hat Enterprise Linux에서 실행되는 SAP 서버의 JAVA 및 ABAP 버전을 모두 지원합니다. SUSE Linux Enterprise Server 또는 Windows는 광범위한 스토리지 아키텍처를 수용합니다.
• 직관적인 마법사 기반 GUI는 설치, 구성 및 관리를 단순화합니다. • 물리적, 가상 또는 클라우드 환경과 다양한 스토리지 아키텍처를 지원합니다.
• 클라우드 환경에서 데이터 전송 비용 절감 • 효율적인 복제 엔진은 하드웨어 가속기 또는 압축 장치 없이 네트워크 트래픽을 최소화합니다. • 직관적인 관리 콘솔을 사용하여 데이터 복제 작업을 자동화하여 인건비를 절감합니다. 시오스
SIOS 기술은 고가용성 클러스터링 중요한 애플리케이션, 데이터베이스 및 BMS 시스템이 인프라, 네트워크 및 애플리케이션 장애로부터 자동으로 복구되도록 보장하는 복제 소프트웨어로 데이터를 보호하고 애플리케이션을 온라인으로 유지하며 규정 요구 사항을 충족하고 사용자의 생산성을 유지합니다.
SIOS는 물리적 서버, 가상화된 서버 및 클라우드에서 Windows 또는 Linux 환경을 위한 SAN 및 SANless 클러스터를 구축할 수 있는 유연성을 제공합니다. SIOS 소프트웨어를 사용하여 고가용성 또는 재해 내성을 달성할 수 있습니다. 중단 없이 Windows Server 장애 조치(Failover) 클러스터링을 클라우드로 쉽게 이동하거나 애플리케이션별 인텔리전스가 내장된 Linux 클러스터링 환경을 쉽게 구축할 수 있습니다. 클라우드에서는 HA/DR 보호를 극대화하기 위해 가용성 영역 또는 지역에 클러스터를 구성하거나 가용성 SLA 및 RTO/RPO를 쉽게 충족하도록 하이브리드 클라우드 또는 멀티클라우드 구성을 생성할 수 있습니다.
SIOS 데이터키퍼SIOS DataKeeper를 Windows Server 장애 조치 클러스터링 환경에 추가하여 클라우드 및 하이브리드 클라우드 환경과 같이 기존 공유 스토리지 클러스터가 불가능하거나 비실용적인 SANless 클러스터를 생성하십시오. 빠르고 효율적인 호스트 기반 복제는 최대 구성 유연성을 위해 모든 클러스터 노드에서 로컬 스토리지를 동기화합니다. 또는 DR을 위해 기존 SAN 기반 Windows 클러스터에 복제를 추가합니다. SIOS DataKeeper Cluster Edition 소프트웨어를 사용하여 물리적, 가상 또는 클라우드 환경에서 Microsoft SQL Server, Oracle을 포함하여 비즈니스 크리티컬 Windows 애플리케이션 및 BMS 시스템과 이들이 실행되는 데이터베이스를 보호하십시오.
|
SIOS 보호 제품군Linux용 SIOS Protection Suite를 사용하면 온프레미스 또는 Amazon Web Services(AWS) 및 Microsoft Azure와 같은 유연하고 확장 가능한 클라우드 환경에서 성능이나 HA/DR 보호를 희생하지 않고 비즈니스 크리티컬 EHR 애플리케이션을 실행할 수 있습니다. SIOS 클러스터는 진정한 HA 보호를 위해 클라우드 지역 또는 가용 영역에서 고유하게 장애 조치됩니다.
|
BMS 시스템 보호
|
보호되는 환경 및 플랫폼
|
데이터베이스 및 ERP 보호SQL 서버, SAP, SAP S/4HANA, 오라클, 셰어포인트 더 알아보기
|
의료 사례 연구Chris O'Brien Lifehouse 암 치료 센터, Allyn 병원, Carroll 병원, 선도적인 의료 제공자. 더 알아보기 |
의 허가를 받아 재생산 시오스