SIOS SANless clusters – 페이지 29

1월 10, 2023	SIOS DataKeeper 클러스터링 소프트웨어를 통해 Gulliver International은 내부 IT 시스템을 Amazon Web Services로 안전하게 이동할 수 있습니다. SIOS DataKeeper 클러스터링 소프트웨어를 통해 Gulliver International은 내부 IT 시스템을 Amazon Web Services로 안전하게 이동할 수 있습니다. SIOS 소프트웨어는 AWS 환경에서 고가용성을 제공하여 선도적인 중고차 회사가 모든 IT 시스템을 클라우드로 이동할 수 있도록 합니다. Gulliver International은 도쿄에 본사를 두고 일본 전역에 420개 지점을 둔 선도적인 중고차 회사입니다. 향후 4년 동안 회사는 전 세계 1600개 매장을 보유한 글로벌 비즈니스로 확장할 계획입니다. IT 인프라가 이러한 급속한 성장을 수용할 수 있도록 회사는 모든 내부 시스템을 AWS로 마이그레이션하고 모든 새로운 애플리케이션에 대해 전사적인 "클라우드 우선" 정책을 추진하고 있습니다. Gulliver International의 IT 관리자인 Manabu Tsukishima는 "우리 시스템을 클라우드로 이전하면 신속하고 비용 효율적으로 성장하는 데 필요한 유연성과 확장성을 제공하는 동시에 고객에게 우수한 서비스를 지속적으로 제공할 것입니다."라고 말했습니다. 도전 클라우드 우선 이니셔티브의 성공을 보장하기 위해 Gulliver는 기존 장애 조치 클러스터가 불가능한 클라우드 환경에서 다운타임으로부터 비즈니스 크리티컬 애플리케이션을 보호해야 했습니다. Tsukishima는 "효율적이고 구현하기 쉬운 고가용성 솔루션 없이는 애플리케이션을 클라우드로 이전하는 것을 고려하지 않을 것입니다."라고 말했습니다. Gulliver는 SIOS Technology, Inc.가 일본에서 판매하는 SIOS DataKeeper 소프트웨어를 사용하기로 결정했습니다. 해결책 SIOS DataKeeper 소프트웨어를 통해 Gulliver는 WSFC(Windows Server Failover Clustering)를 사용하여 기존 공유 스토리지 클러스터가 불가능한 클라우드 환경에서 장애 조치 클러스터를 구축할 수 있습니다. SIOS 소프트웨어는 효율적인 실시간 복제를 사용하여 AWS 환경에서 WSFC 클러스터로 작동하는 서버 간에 스토리지를 동기화합니다. Gulliver는 SIOS 소프트웨어를 사용하여 별도의 Amazon 가용 영역에서 클러스터로 작동하는 두 개의 서버를 구성할 수 있습니다. 기존의 물리적 환경과 마찬가지로 하나의 가용 영역 내 AWS 클라우드의 기본 서버에 장애가 발생하면 WSFC는 애플리케이션을 다른 Amazon 가용 영역에 있는 두 번째 서버로 이동하여 클라우드에서 완전한 재해 허용 및 복구를 제공합니다. . 결과 "우리는 SIOS DataKeeper 소프트웨어가 우리 회사의 클라우드 우선 이니셔티브에 제공하는 가치에 매우 만족합니다."라고 Tsukishima는 말했습니다. SIOS DataKeeper 소프트웨어를 통해 Gulliver는 기존 작업에 복잡성이나 중단을 추가하지 않고 클라우드로 이동할 수 있습니다. “물리적 환경에서와 동일한 방식으로 클라우드에서 클러스터링 구성을 사용할 수 있게 함으로써 SIOS DataKeeper 소프트웨어를 통해 애플리케이션 보호를 희생하거나 기존 시스템의 구성을 전혀 변경하지 않고도 AWS로 마이그레이션할 수 있었습니다. ” Gulliver의 기존 온프레미스 시스템 중 약 30%가 회사의 시스템 관리를 변경하거나 복잡성을 추가하지 않고 AWS로 마이그레이션되었습니다. Gulliver가 확장 계획을 계속 실행함에 따라 머지않아 훨씬 더 많은 양의 데이터와 더 광범위한 애플리케이션을 보호해야 할 것입니다. 이 요구 사항을 충족하기 위해 시스템을 클라우드로 마이그레이션할 때 SIOS DataKeeper 소프트웨어를 계속 사용할 것입니다. SIOS는 APN(AWS 파트너 네트워크)의 표준 컨설팅 파트너로서 AWS에서 작동하는 고가용성 시스템을 지속적으로 제공하기 위해 최선을 다하고 있습니다.” 의 허가를 받아 복제됨 시오스
1월 5, 2023	AWS에서 HA Oracle Database 서버 클러스터 생성 AWS에서 HA Oracle Database 서버 클러스터 생성 소개 고가용성(HA) Oracle 인스턴스가 필요한 비즈니스 크리티컬 애플리케이션용 POC를 생성해야 하는 개발자로서 AWS EC2에서 Oracle EC2 HA 클러스터를 설정해야 합니다.어디에서 시작합니까?당신이 우리 대부분과 같다면 다음 작업을 검색하고 기사, 설치 가이드, 문서 및 스택 오버플로에 대한 질문을 읽는 데 끝없는 시간을 보낼 것입니다. 거의 맞는 답을 많이 찾을 수 있지만 버전이나 환경에 완전히 맞지는 않습니다. 설상가상으로 당신은 토끼 굴로 내려가 작동하지 않는 환경을 구축하는 데 며칠을 낭비하게 됩니다. 다양한 기술을 사용하여 개념 증명을 개발하기 위해 HA 환경을 설정하는 데 중점을 둔 일련의 블로그를 구성할 예정입니다. SIOS HA 솔루션 예: DataKeeper, LifeKeeper 및 SIOS Protection Suite. 내가 아직 다루지 않은 즉각적인 요구 사항이 있는 경우 알려주시면 내 백로그에서 구성을 위로 이동하겠습니다. 읽어주셔서 감사합니다.나는 그것이 당신의 삶을 더 쉽게 만들어주기를 바랍니다. 이러한 작업을 수행하는 방법에 이미 익숙한 경우 실행할 수 있는 아래 작업 목록이 있습니다. 다음은 각 작업을 수행하기 위한 단계별 가이드입니다. Linux용 AWS HA Oracle 데이터베이스 SIOS Protection Suite Linux에서 Oracle 인스턴스 2개 실행 Xwindows 작동시키기 인스턴스에 연결하고 추가 디스크 마운트 AWS CLI 키트 설치 보안/액세스 구성 가상 IP에 대한 경로 항목 만들기 ENI의 소스/대상 확인 비활성화 /etc/hosts 편집 VIP 호스트 이름으로 리스너 구성 SELinux 비활성화 Linux용 SIOS Protection Suite 설치 라이프키퍼 시작하기 두 번째 서버에 연결 커뮤니케이션 경로 구축 DataKeeper 리소스 생성 가상 IP 리소스로 계층 구조 만들기 Oracle 수신기 리소스 만들기 Oracle Database로 계층 구조 생성 EC2로 계층 구조 생성 종료 동작 변경 테스트 장애 조치 1. Linux에서 Oracle 인스턴스 2개 시작 이 첫 번째 블로그에서는 Linux용 SIOS LifeKeeper를 사용하여 Oracle Cluster용 AWS에 HA 환경을 설정합니다.이것은 모든 전제 조건을 제거하는 것을 의미합니다. Oracle Linux 8 AMI에서 aws-marketplace/Oracle Database 19.8.0 Enterprise Edition을 사용할 것입니다.이러한 항목은 자주 변경되며 필요에 맞는 올바른 항목을 찾기 어려울 수 있습니다.리포지토리, 라이선스, 등록 및 보안 문제로 인해 무엇이든, 특히 Oracle과 같은 것을 클라우드에 설치하는 것이 매우 어렵기 때문에 이 AMI는 세 번째 시도였습니다.이 AMI는 Oracle이 이미지에 이미 설치되어 있기 때문에 실제로 작동합니다.OS 버전과 Oracle DB 버전이 SIOS에서 지원되는지 확인하십시오.확인할 수 있는 것 여기 . 내 인스턴스에는 다음이 있습니다. 단일 VPC 단일 지역 서버마다 다른 가용 영역 데이터베이스 스토리지용 추가 드라이브 서로 다른 서브넷의 각 인스턴스에 대한 2개의 네트워크 인터페이스 탄력적 IP 주소 2개를 생성하고 각 서버에 하나씩 연결 데이터베이스용 인스턴스에 추가 디스크를 연결하고 중복 통신 경로를 위해 추가 NIC를 연결합니다.두 NIC가 서로 다른 서브넷에 있는지 확인하십시오.이는 또한 인스턴스에 연결하기 위해 탄력적 IP 주소를 수동으로 생성하고 할당해야 함을 의미합니다. 인스턴스에 연결하고 추가 디스크를 마운트합니다. 퍼티와 Xming을 사용하여 내 인스턴스에 연결하고 있습니다.Xming을 사용하는 경우 연결을 시도하기 전에 Xlaunch를 실행해야 합니다. 인스턴스를 시작한 후 새 디스크를 분할해야 합니다.로 찾는 것이 가장 쉽습니다.[ ls /dev/disk/by-path ] : 이제 다음을 사용하여 디스크를 분할해야 합니다. fdisk : 다음으로 새 파티션에 파일 시스템을 만듭니다. mkfs.xfs : 이제 다음을 사용하여 파일 시스템을 마운트합니다. 산 : 마지막으로 fstab에서 디스크를 자동으로 마운트하는 항목을 추가합니다. Oracle용 설치를 실행할 필요가 없다는 점에 유의해야 합니다.AMI가 이를 수행하고 사용자를 위한 데이터베이스를 생성했습니다.이 AMI로 사전 구성된 데이터베이스를 삭제하고 DBCA를 사용하여 /data 디스크에 새 데이터베이스를 생성했습니다.데이터베이스를 시작하고 스키마를 생성하고 SQLPLUS를 사용하여 데이터를 추가했습니다.이를 위해서는 Xwindows가 작동해야 합니다. 2. Xwindows 작동시키기 Putty를 사용하는 Xdisplay는 Windows용 Xming을 사용하여 설정할 수 있습니다.먼저 Xming을 설치합니다.그런 다음 X11 전달을 활성화했는지 확인하고 x 표시 위치에 localhost:0.0을 입력하고 로컬 표시를 위한 x 권한 파일에 경로 및 xming.exe 실행 파일을 입력합니다. 이렇게 하면 Windows 쪽이 처리되지만 여전히 Linux 쪽을 수정해야 합니다.먼저 /etc/ssh/sshd_config를 편집하고 "X11Forwarding yes"의 주석을 제거합니다.다음은 Xauthority에 올바른 키를 찾아 추가하는 것입니다.사용자 전환을 완료한 경우 새 세션을 시작해야 할 수 있습니다.ec2-user 실행으로 로그인한 후 xauth 목록 그러면 Xauthority 파일에 추가해야 하는 16진수 키가 제공됩니다.oracle 사용자로 전환: 수 – 오라클.그런 다음 실행 xauth는 $DISPLAY를 추가합니다. <xauth 목록에서 복사한 hexkey> .이렇게 하면 정보가 /home/oracle/.Xauthority 파일에 저장됩니다.출구 ec2-user로 돌아갑니다. 3. 인스턴스 연결 및 추가 디스크 마운트 퍼티와 Xming을 사용하여 내 인스턴스에 연결하고 있습니다.Xming을 사용하는 경우 연결을 시도하기 전에 Xlaunch를 실행해야 합니다. 인스턴스를 시작한 후 새 디스크를 분할해야 합니다.로 찾는 것이 가장 쉽습니다.[ ls /dev/disk/by-path ] : 이제 다음을 사용하여 디스크를 분할해야 합니다. fdisk : 다음으로 새 파티션에 파일 시스템을 만듭니다. mkfs.xfs : 이 시점에서 /u01의 이름을 /oracle 디렉토리로 변경하여 새 파일 시스템을 /u01에 마운트할 수 있습니다. 여기서 Oracle은 AMI로 구축된 서버에 상주합니다. mkdir /u01로 마운트 지점을 생성하고 mount로 볼륨을 마운트합니다.mv /oracle /u01을 사용하여 파일을 새 디스크로 이동합니다. 약 11GB의 데이터이므로 시간이 다소 걸립니다. 마지막으로 fstab에서 디스크를 자동으로 마운트하는 항목을 추가합니다. Oracle용 설치를 실행할 필요가 없다는 점에 유의해야 합니다.AMI가 이를 수행하고 사용자를 위한 데이터베이스를 생성했습니다.데이터베이스를 시작하고 스키마를 만들고 SQLPLUS를 사용하여 데이터를 추가했습니다. 4. AWS CLI 키트 설치 awscli 키트가 필요합니다. 따라서 우리가 루트인 동안 다음을 사용하여 파일을 다운로드합니다. 컬 "https://awscli.amazonaws.com/awscli-exe-linux-x86_64.zip" -o "awscliv2.zip" 로 파일의 압축을 풉니다. awscliv2.zip 압축 해제 와 함께 응용 프로그램을 설치 sudo ./aws/설치 다음으로 콘솔 오른쪽 상단의 계정을 클릭하여 AWS에서 액세스 키를 설정한 다음 선택합니다. 보안 자격 증명 액세스 키 만들기를 클릭합니다. 그런 다음 .csv 파일 다운로드를 클릭합니다. 이 파일을 서버로 전송하고 csv 파일의 키 ID와 액세스 키를 사용하여 AWS를 구성합니다. AWS 구성 명령: 다음과 같이 작동하는지 테스트합니다. aws –no-paginate –no-cli-pager ec2 설명 인스턴스 5. 보안/액세스 구성 먼저 Oracle 사용자를 root 및 wheel 그룹에 추가하여 의사 권한을 부여했습니다( Usermod -aG 휠 오라클) .이렇게 하면 Oracle 계정을 lkadmin 계정으로 만들어 편리하게 사용할 수 있습니다.두 서버에 sps.img 및 라이센스 파일을 다운로드했습니다. 소프트웨어를 설치하기 전에 수행해야 할 몇 가지 전제 조건 단계가 더 있습니다.먼저 TCP 포트 5900-59010을 열어 통신할 수 있도록 서버에 대한 보안 그룹을 구성합니다. TCP 포트 81 및 82도 엽니다. 또한 가상 IP에 대해 포트가 열려 있는지 확인하십시오. 6. 가상 IP에 대한 경로 항목 생성 클러스터의 가상 IP가 작동하려면 경로 테이블을 업데이트해야 합니다.이 다중 서브넷 클러스터 구성에서 가상 IP는 VPC에 할당된 CIDR 범위 밖에 있어야 합니다.트래픽을 클러스터의 가상 IP(172.30.0.101)에서 기본 클러스터 노드(Oracle1)로 보낼 새 경로를 정의합니다. VPC 대시보드에서 경로 테이블을 선택하고 편집을 클릭합니다.기본 서버에서 기본 ENI(탄력적 네트워크 인터페이스)의 대상이 있는 "172.30.0.101/32"에 대한 경로를 추가합니다. 7. ENI의 소스/대상 확인 비활성화 네트워크 인터페이스에서 한 번에 하나씩 각 인터페이스를 선택한 다음 작업에서 소스/대상 변경을 선택합니다. 인증 오류가 발생하지 않는 한 올바르게 설치되고 구성된 것입니다. 체크 해제 할 수 있게 하다 상자: 모든 인터페이스에 대해 반복합니다. 8. /etc/hosts 편집 이미 DNS 서버 설정이 없는 경우 이름으로 서로를 적절하게 확인할 수 있도록 두 서버 모두에 호스트 파일 항목을 만들고 싶을 것입니다. 9. VIP 호스트 이름으로 리스너 구성 oracle-vip을 가리키도록 $ORACLE_HOME/network/admin/listener.ora 파일을 편집하거나 생성합니다. 10. SELinux 비활성화 /etc/sysconfig/selinux 파일을 편집하고 "SELINUX=disabled"를 설정합니다. 서버를 재부팅합니다.이 시점에서 서버가 다시 작동하지 않으면 SELINUX 설정을 허용으로 두고 SELINUXTYPE을 비활성화로 설정하여 인스턴스를 차단할 수 있습니다.인스턴스에서 AWS의 볼륨을 연결 해제하고 mount -o rw, nouuid {장치} {마운트 디렉토리} 새로운 또는 기존 작업 인스턴스에 대한 명령./{마운트 디렉터리]/etc/sysconfig/selinux 파일을 편집하고 오류를 수정합니다.파일을 저장하고 이 인스턴스와 볼륨을 마운트 해제 및 연결 해제하고 이전 인스턴스에 다시 연결합니다. 11. Linux용 SIOS 보호 제품군 설치 다음으로 루트로 이미지 파일을 마운트하여 SIOS 보호 제품군을 설치했습니다. mount /home/ec2-user/sps.img /mnt/ -t iso9660 -o 루프 . 로 설정을 실행 /mnt/설정 : LifeKeeper 인증에서 lkadmin 그룹까지 아래로 스크롤하고 Enter 키를 누른 다음 oracle을 'lkadmin' 그룹에 추가합니다. 확인을 선택한 다음 완료로 탭하고 Enter 키를 누릅니다.다음 라이선스 키 파일 설치로 스크롤하고 Enter 키를 누릅니다. 여기에서 라이센스 파일의 위치와 이름을 입력하십시오. 다음으로 복구 키트 선택 메뉴를 선택하고 Enter 키를 누릅니다. 여기에서 네트워킹을 선택합니다. 스페이스바를 눌러 EC2용 LifeKeeper 복구 키트를 선택합니다. Done으로 탭하고 Enter 키를 누릅니다.다음으로 Database 메뉴를 선택하고 아래로 스크롤하여 LifeKeeper Oracle RDBMS Recovery Kit에서 스페이스바를 누릅니다. Done으로 탭하거나 D를 누르고 Storage까지 아래로 스크롤하고 Enter 키를 누릅니다.다음으로 스페이스바를 누르고 Linux용 DataKeeper를 선택합니다. Done으로 탭하고 Enter 키를 누르거나 d를 눌러 Recovery Kit Selection으로 되돌아간 다음 Done으로 탭하거나 D를 눌러 Main Configuration 메뉴로 돌아갑니다. 설치 후 LifeKeeper 시작이 선택되었는지 확인한 다음 마지막으로 마지막 탭을 완료하거나 d를 누르면 설치 확인 화면이 표시됩니다. 여기에서 Enter 또는 y를 누르면 설치가 시작됩니다. 12. 라이프키퍼 시작하기 다음을 사용하여 LifeKeeper GUI 시작 /opt/LifeKeeper/bin/lkGUIapp 실패하면 .Xauthority 파일에 로그인한 계정의 매직 넘버가 없기 때문일 수 있습니다.나는 oracle로 로그인 한 다음 sudo -i 뿌리를 내리기 위해.따라서 내 GUI가 로드되지 않으면 /home/oracle/.Xauthority 파일을 /root에 복사합니다. 여기서는 oracle로 로그인합니다. 13. 두 번째 서버에 연결 그런 다음 클러스터 연결 버튼을 클릭합니다. 오라클로 로그인: 14. 커뮤니케이션 경로 구축 통신 경로 만들기 버튼을 클릭합니다. 오류가 있는 경우 방화벽과 iptables가 비활성화되어 있는지 확인하십시오.다음을 누르십시오. 다음을 누르십시오. 첫 번째 IP 주소를 선택하고 다음을 누르십시오. 원격 IP를 선택합니다. 다음을 누르십시오. 만들기를 누르십시오. 다음을 누르십시오. 이제 완료를 누르십시오. 다음으로 보조 주소로 14단계를 반복하여 두 번째 통신 경로를 만들어야 합니다. 두 경로가 성공적으로 설정되면 서버가 녹색으로 전환되어야 합니다. 15. DataKeeper 리소스 생성 리소스 계층 만들기 버튼을 클릭합니다. 데이터 복제를 선택하고 다음을 누르십시오. 다음을 누르십시오(지능형이란 장애 조치 후 수동으로 장애 복구해야 함을 의미함). 다음을 누르십시오. 기본 서버를 선택하고 다음을 누르십시오. 기존 파일 시스템 복제를 선택하고 다음을 누르십시오. 기존 마운트 지점을 선택하고 다음을 누르십시오. 만들기 데이터 복제 리소스 태그를 지정하고 다음을 누르십시오. 파일 시스템 리소스 태그를 선택하고 다음을 누르십시오.[1] 최적의 성능을 위해 비트맵 파일은 임시 볼륨에 배치해야 합니다. 테스트 목적으로 위에 표시된 것처럼 비트맵을 OS 디스크에 배치할 수 있습니다. 비트맵 파일 위치를 선택하고 다음을 누르십시오. 비동기 복제 사용에 대해 아니오를 선택하고 다음을 누르십시오. 대상 서버를 선택하고 다음을 누르십시오. 스위치백 유형을 선택하고 다음을 누르십시오. 템플릿 우선 순위를 선택하고 다음을 누르십시오. 대상 우선 순위를 선택하고 다음을 누르십시오. 다음: 대상 디스크를 선택하고 다음을 누르십시오. 다음을 누르십시오. 다음을 누르십시오. 복제에 사용할 네트워크 끝점을 선택하고 다음을 누르십시오. 마운트 지점을 선택하고 다음을 누르십시오. 리소스 태그를 선택하고 다음을 누르십시오. 완료를 누르십시오: 히트 완료: /u01을 클릭하면 볼륨 동기화가 표시됩니다. 16. 가상 IP 리소스로 계층 구조 생성 리소스 만들기 버튼을 클릭합니다. IP를 선택하고 다음을 누르십시오. 스위치백 유형을 선택하고 다음을 누르십시오. 기본 서버를 선택하고 다음을 누르십시오. 6단계에서 가상 IP 주소를 입력하고 다음을 누르십시오. VIP의 서브넷 마스크를 입력하고 다음을 누르십시오. 네트워크 인터페이스를 입력하고 다음을 누르십시오. 리소스 태그를 입력하고 다음을 누르십시오. 성공적인 생성 후 다음을 누르십시오. 대상 서버를 선택하고 다음을 누르십시오. 전환 유형을 선택하고 다음을 누르십시오. 우선 순위를 선택하고 다음을 누르십시오. 우선 순위를 선택하고 다음을 누르십시오. 완료되면 다음을 누르십시오. 다음을 누르십시오. 적절한 넷마스크를 선택하고 다음을 누르십시오. 인터페이스를 선택하고 다음을 누르십시오. 리소스 태그를 선택하고 확장을 누르십시오. 성공적으로 완료되면 마침을 누르십시오. 확인 후 완료를 누르십시오. 17. Oracle 수신기 리소스 만들기 LifeKeeper에서 이러한 리소스를 구성하기 전에 데이터베이스와 수신기가 실행 중인지 확인하십시오.리소스 만들기 버튼을 클릭합니다. Oracle Database Listener를 선택하고 다음을 누르십시오. 기본 서버를 선택하고 다음을 누르십시오. 리스너 구성 파일 경로와 파일 이름을 입력하고 다음을 누르십시오. 다음을 누르십시오. Listener Executables의 경로를 입력하고 다음을 누르십시오. 보호 수준을 선택하고 다음을 누르십시오. 복구 수준을 선택하고 다음을 누르십시오. 필요한 경우 수신기와 연결된 IP 주소를 선택하고 다음을 누릅니다. 리스너 태그 이름을 입력하고 만들기를 누르십시오. 다음을 누르십시오. 두 번째 서버에서 리소스를 빌드하려면 기본값 수락을 누르십시오. 완료를 클릭하십시오: 완료를 클릭하고 LSNR 및 /u01을 확장합니다. 18. 오라클 데이터베이스로 계층 구조 생성 리소스 계층 구조 만들기 버튼을 클릭합니다. Oracle 데이터베이스를 선택하고 다음을 누르십시오. 스위치백 유형을 선택하고 다음을 누르십시오. 서버를 선택하고 다음을 누르십시오. 데이터베이스 이름을 선택하고 다음을 누르십시오(홈 디렉토리를 찾을 수 없다는 오류가 발생하면 데이터베이스가 실행 중인지 확인하십시오). sysdba 사용자 이름을 입력하고 다음을 누르십시오. 계정의 비밀번호를 입력하고 다음을 누르십시오. Oracle Listener를 선택하고 다음을 누르십시오. 만들기를 누르십시오. 성공적으로 생성되면 다음을 선택합니다. 기본값 수락을 선택합니다. 완료 선택: 완료 누르기: 트리를 확장하여 모든 리소스를 확인합니다. 19. EC2로 계층 구조 만들기 리소스 계층 만들기 버튼을 클릭합니다. Amazon EC2를 선택하고 다음>을 누르십시오. 지능형을 선택하고 다음>을 누르십시오. 기본 서버를 선택하고 다음>을 누르십시오. EC2 리소스 유형(이 예에서는 백엔드 클러스터 사용)을 선택하고 다음>을 누릅니다. IP 리소스를 선택하고 다음>을 선택합니다. EC2 리소스 태그 이름을 선택하고 생성을 누릅니다. 자원이 성공적으로 생성되면 몇 초 후 다음>을 누르면 사전 확장 마법사가 나타납니다.기본값 수락을 누르십시오. 확인이 성공적으로 완료되면 기본값 수락을 다시 누르십시오. 마침을 누르고 확인 후 완료를 누릅니다. 구성이 완료되었습니다.이제 장애 조치를 테스트할 수 있습니다. 20. 종료 동작 변경 기본적으로 LifeKeeper는 장애 조치 단순히 서버를 종료하거나 재부팅하면 리소스를 사용할 수 있습니다. 서버를 종료하기 전에 워크로드를 이동하려면 활성 노드를 종료하기 전에 대기 서버로 리소스를 수동으로 이동해야 합니다. 그러나 테스트를 용이하게 하기 위해 기본 동작을 변경할 수 있습니다. 이는 아래와 같이 종료 전략을 변경하여 제어합니다. 주 서버를 마우스 오른쪽 버튼으로 클릭하고 속성을 선택합니다. 일반 탭에서 종료 전략을 리소스 전환으로 변경한 다음 적용을 누릅니다. 그런 다음 서버 풀다운에서 보조 서버를 선택하고 설정 변경을 확인합니다. 확인을 누릅니다. 21. 테스트 장애 복구 보조 서버에서 lkGUIapp을 실행하고 있습니다.기본 서버에 있는 경우 LifeKeeper GUI를 종료하고 보조 서버에서 실행하십시오. 모든 리소스 계층 구조를 확장하고 기본 서버에 대한 SSH 세션을 엽니다. 또한 oracle-vip에 ping -i 5를 실행하고 있습니다. 기본 서버를 종료합니다. 제 경우에는 IP가 25초 미만 동안 응답을 멈춘 것을 볼 수 있습니다.5초 간격으로 4번의 핑 20-23을 놓쳤습니다.이제 모든 것이 백업 서버에서 활성화됩니다.주 서버가 여전히 다운되어 있기 때문에 계층 구조에 대한 경고가 표시됩니다. 스위치백을 지능형으로 놔둔 경우 주 서버를 불러온 후에는 수동으로 주 서버에서 서비스를 불러와야 합니다.서비스를 시작하기 전에 기본 서버가 InSync인지 확인하십시오. cdb1의 StandBy 버튼을 마우스 오른쪽 버튼으로 클릭하고 In Service…를 선택합니다. 클릭 서비스 완료를 누르십시오. 디스크가 다시 동기화되는 데 몇 분 정도 걸리지만 결국 동기화됩니다. 모든 것을 복원하면 이제 개발 준비가 된 AWS의 HA Oracle 데이터베이스가 있습니다. 의 허가를 받아 복제됨 시오스
12월 30, 2022	선도적인 음료 제조업체가 AWS EC2 클라우드에서 중요한 SAP ERP를 보호합니다. 선도적인 음료 제조업체가 AWS EC2 클라우드에서 중요한 SAP ERP를 보호합니다. SAP, Amazon Web Services 및 Red Hat Linux에 대한 인증 및 검증을 기반으로 SIOS 선택 홍콩에 기반을 둔 선도적인 음료 제조업체는 세계 최고의 소프트웨어 음료 브랜드를 포함하여 61개의 음료 브랜드를 생산하고 홍콩, 중국 본토, 대만 및 미국 서부 전역의 7억 2,800만 명 이상의 고객에게 유통합니다. 환경 이 회사는 Red Hat Linux 환경에서 실행되는 SAP ERP(Enterprise Resource Planning) 시스템에 의존하여 다양한 중요 비즈니스 운영을 관리합니다. SAP 환경은 ABAP(Advanced Business Application Programming), ASCS(SAP Central Services), Evaluated Receipt Settlement, Web Dispatcher 및 DB2 데이터베이스를 포함한 다양한 서비스로 구성됩니다. 그들은 데이터 저장을 위해 대규모 SAN(Storage Area Network)을 사용했습니다. 핵심 SAP 애플리케이션은 회사 음료 사업부의 모든 비즈니스 운영을 처리합니다. 온프레미스 데이터 센터에서 회사는 SAN의 데이터 복제 및 백업을 사용하여 이 시스템에 대한 가동 시간 보호를 제공했습니다. 도전 회사의 IT 부서는 클라우드로 마이그레이션하고 장애 조치 클러스터링을 사용하여 중요한 SAP 시스템을 보호함으로써 진정한 고가용성(99.99% 가동 시간), 재해 복구, 확장성 및 비용 절감을 달성할 수 있다고 판단했습니다. 그러나 그들은 전통적인 장애 조치 클러스터링에 필요한 SAN 및 기타 공유 스토리지가 일부 클라우드에서는 실용적이지 않고 다른 클라우드에서는 사용할 수 없다는 사실을 깨달았습니다. 평가 광범위한 평가 후 회사는 SAP 환경을 Amazon EC2로 이전하기로 결정했습니다. 그들은 HA/DR 솔루션에 대한 선택을 평가하기 위한 4가지 주요 기준을 설정했습니다. 그들의 솔루션에는 다음이 필요했습니다. SAP, AWS 및 Red Hat과 함께 사용할 수 있도록 인증 및 검증 고가용성 제공 및 고성능 지원 가능한 모든 장애 시나리오로부터 보호 손쉬운 지속적인 운영 및 유지 관리 가능 회사의 클라우드 계정 관리자는 AWS China를 통해 제공되는 SIOS Protection Suite를 고려할 것을 권장했습니다. SIOS 소프트웨어는 NetWeaver 및 DB2 모두에 대해 SAP의 인증을 받았으며 SIOS는 Red Hat Enterprise 및 기타 Linux 배포판에서 완벽하게 테스트되고 지원됩니다. 이 회사는 다양한 장애 시나리오에서 SIOS 클러스터링 소프트웨어를 광범위하게 테스트했으며 피크 수요 기간 동안 처리량 성능도 평가했습니다. SIOS Protection Suite에 대한 IT 팀의 자신감은 각각의 엄격한 테스트를 통과하고 사용하기 매우 쉽다는 것이 입증됨에 따라 증가했습니다. 해결책 SIOS Protection Suite for Linux를 사용하면 SANless 장애 조치 클러스터링을 사용하여 SAP 및 중요 서비스에 대한 전체 HA 및 DR을 제공할 수 있습니다. SIOS 소프트웨어에는 구성을 간소화하고 장애 조치 오케스트레이션이 애플리케이션 모범 사례를 유지하도록 보장하는 애플리케이션별 기능을 제공하는 애플리케이션 복구 키트(ARK)라는 모듈이 고유하게 포함되어 있습니다. SAP 및 HANA ARK는 구성 단계를 자동화하고 구성 입력을 검증하며 IP 장애 복구 및 부팅 순서를 관리하여 인적 오류를 최소화합니다. 서버 작동성만 검증하는 다른 클러스터링 소프트웨어와 달리 SIOS 클러스터링 소프트웨어는 SAP 및 중요 서비스가 실행 중인지, 데이터베이스가 마운트되어 사용 가능한지, 모든 파일 공유 또는 내보내기가 사용 가능한지, 클라이언트가 연결할 수 있는지 확인합니다. 이러한 서비스가 모두 제대로 작동하는지 확인하기 위해 SIOS 소프트웨어는 서버, 가상 머신, 운영 체제 및 SAP 소프트웨어의 모든 주요 구성 요소를 지속적으로 모니터링합니다. DR 보호를 위해 회사는 지리적 분리를 위해 서로 다른 AWS 가용 영역에 활성 및 대기 클러스터 노드를 배치했습니다. 결과 SIOS Protection Suite는 이 선도적인 음료 제조업체가 SAP/DB2 환경에 대해 설정된 엄격한 복구 시간 및 복구 지점 목표를 충족할 수 있도록 했습니다. 지금까지 계획된 유지 관리를 포함하여 구성에 감지할 수 있는 다운타임이 발생하지 않았습니다. 그리고 이러한 결과는 최소한의 노력으로 실현되어 IT 직원이 직원 생산성을 향상시키거나 비즈니스 운영을 개선하는 프로젝트에 더 집중할 수 있게 되었습니다. 의 허가를 받아 복제됨 시오스
12월 26, 2022	비디오: SIOS가 금융 서비스 산업의 고가용성을 보장하는 방법 비디오: SIOS가 금융 서비스 산업의 고가용성을 보장하는 방법 다양한 산업 분야의 고가용성(HA) 및 재해 복구(DR)에 대한 이 지속적인 시리즈에서, 그렉 터커 , 선임 제품(Windows) 지원 엔지니어 SIOS 기술 , 회사가 다운타임 및 장애 조치로부터 금융 산업을 보호하는 방법에 대한 통찰력을 공유하기 위해 우리와 함께합니다. SIOS는 상업 은행, 다양한 중개 회사, 자산 관리, CPA 회사 등 다양한 고객과 함께 금융 업계에서 세계적인 입지를 확보하고 있습니다. 고객이 온라인 뱅킹 시스템, ATM 및 지불 시스템을 위해 중요한 애플리케이션에 의존하는 금융 산업보다 미션 크리티컬하고 다운타임과 실패에 민감한 산업은 없습니다. "우리는 다운타임 및/또는 치명적인 이벤트로부터 중요한 애플리케이션과 데이터를 보호할 장애 또는 클러스터링 소프트웨어를 제공합니다."라고 Tucker는 말합니다. Tucker는 본질적으로 중요한 애플리케이션이 온프레미스이든 클라우드이든 상관없이 보조 서버 또는 여러 서버로 클러스터링되는 기본 서버에 배포된다고 설명합니다. “클러스터링 소프트웨어가 장애를 감지하면 모든 리소스를 보조 노드로 이동하고 서비스를 최종 사용자에게 자동으로 복원합니다. 데이터 손실이나 중단이 없습니다.”라고 그는 덧붙입니다. 자세한 내용은 위의 전체 인터뷰를 확인하십시오. 토론의 하이라이트: SIOS는 클러스터 환경에서 단일 실패 지점을 제거하기 위해 SIOS 제품을 사용하는 고객과 함께 금융 업계에서 전 세계적으로 입지를 확보하고 있습니다. 클라우드로 전환함에 따라 Oracle, SAP, SQL, SAP MAxDB, 파일 공유 및 일반(레거시) 애플리케이션에 대해 데이터를 보호하고 고가용성을 제공하기 위한 비즈니스 요구 사항(SLA)이 있습니다. 클라우드와 함께 제공되는 확장성은 고가용성에 몇 가지 문제를 제기할 수 있지만 클라우드용으로 설계된 SIOS 클러스터링 솔루션은 이러한 잠재적인 문제를 신속하게 처리할 수 있습니다. Tucker는 특히 금융 서비스 산업에서 고가용성에 대한 몇 가지 일반적인 오해를 해결합니다. 금융 기관을 위한 HA의 중요성. 솔루션 자세히 알아보기 데이터 보호를 위한 SIOS 솔루션 체크아웃 SIOS 데이터 키퍼 클러스터 에디션 체크아웃 Linux용 SIOS 라이프키퍼 그렉 터커와 연결( 링크드인 ) 의 허가를 받아 복제됨 시오스
12월 18, 2022	동영상: 빌딩 관리 및 보안을 위한 고가용성 동영상: 빌딩 관리 및 보안을 위한 고가용성 이 비디오는 SIOS의 기술 이사인 Harry Aujla가 등장하는 건물 유지 관리 및 보안을 위한 고가용성을 다룹니다. 건물 관리 시스템(BMS) 솔루션은 하드웨어에서 실행되는 소프트웨어 기반 솔루션으로, 다양한 수준의 자율성과 지능으로 설계 및 구축되었습니다. BMS는 지리적으로 멀리 떨어진 제어 센터에서 온사이트 또는 오프사이트에서 호스팅할 수 있습니다. BMS 부문은 고객이 클라우드가 운영 환경을 어떻게 변화시키고 있는지 살펴보고 있기 때문에 또 다른 기술 발전의 정점에 있습니다. 이제 시장은 많은 클라우드 공급업체가 플랫폼에 대한 안전하고 중복된 연결을 제공한다는 점에서 충분히 성숙되었습니다. BMS 관련 데이터가 클라우드와 안전하게 전송되고 있다는 암묵적인 신뢰가 있습니다. 많은 BMS 회사도 클라우드에서 운영되고 있습니다. 고객이 고가용성 프로젝트를 시작하기 전에 SLS를 정의하는 것이 중요합니다. BMS 솔루션이 실행 중인 클라우드에서 실행 중인 인스턴스가 있고 어떤 이유로든 이 인스턴스가 실패하면 클라우드 공급업체는 인스턴스를 복구하기 위해 필요한 조치를 취할 것입니다. 그러나 클라우드 인스턴스 내에서 애플리케이션 소프트웨어 문제가 발생하면 어떻게 됩니까? 애플리케이션 수준 장애를 모니터링하고 복구를 조정하는 방법이 필요합니다. 추가하는 것을 고려하는 것이 중요합니다. 고가용성 응용 프로그램 수준의 고가용성 요구 사항을 해결할 수 있는 SIOS와 같은 클러스터링 솔루션은 응용 프로그램 성능 유지에 기여할 수 있습니다. 의 허가를 받아 복제됨 시오스