고 가용성 소프트웨어로 SAP 다운 타임 방지

우리는 모두 자동차, 주택, 생명에 대한 보험을 구매해야합니다. 우리가 결코 사용할 필요가없는 서비스에 대해 돈을 지불하는 것을 좋아하는 사람은 없습니다. 그러나 우리 모두는 만일을 대비하여 그것을 가져야한다는 것을 알고 있습니다. 대부분의 사람들은 끔찍한 일이 생길 때까지 보험을 들거나, 가장 싼 물건을 사거나, 실제로 숙제를하고, 신뢰하는 사람에게서 산다.  이 마지막 그룹은 일반적으로 가장 좋습니다.

6 가지 일반적인 클라우드 마이그레이션 과제

SIOS에 대한 고객 경험을위한 소프트웨어 엔지니어 인 저는 종종 온-프레미스 고 가용성 클러스터링 환경을 클라우드로 마이그레이션하는 회사를 돕습니다.

클라우드 마이그레이션은 대상이 아닌 프로세스입니다. 고객이 클라우드로 전환하는 과정에서 고객이 클라우드로 마이그레이션하는 데 이상적이지는 않지만 계획 프로세스가 늦어지는 경우가 종종 있습니다. 다음은 우리가 너무 자주 본 6 가지 클라우드 마이그레이션 문제입니다.

1. 시간 – 클라우드로 데이터를 전송하는 데 걸리는 시간 이해

   온 프레미스에서 클라우드로 데이터를 가져 오는 데 얼마나 걸립니까? 애플리케이션, 데이터 유형 및 클라우드 제공 업체에 따라 크게 달라질 수 있습니다. 간과되는 세부 사항 중 하나는 기본 노드에서 보조 노드로, 때로는 재해 복구 (DR) 사이트로 데이터를 동기화하는 데 필요한 시간입니다. 재 동기화 시간을 고려하지 않은 고객은 데이터가 복제되는 동안 엄지 손가락을 돌리고 있습니다.

2. 비용 – 클라우드 내 데이터 전송의 비용 영향 이해

   클라우드 지역 내 데이터 전송은 무료입니다. 리전 간 데이터 전송에는 비용이 발생합니다. 일반적으로 기본 노드와 보조 노드가 한 지역 내 별도의 클라우드 가용성 영역에있는 아키텍처를 볼 수 있습니다. DR 사이트는 항상 다른 지역에 있기 때문에 DR 사이트를 도입하면 비용이 크게 증가 할 수 있습니다. SAP NetWeaver와 같이 데이터가 풍부한 애플리케이션의 재해 복구는 여러 지역에 복제하는 데 비용이 많이들 수 있습니다.

3. 리전 간 복제

   리전 간 복제에는 또 다른 문제인 복제 유형이 있습니다. AZ 내에서 비동기 또는 동기 복제는 고객의 RTO 및 RPO 요구 사항에 따라 결정됩니다. 인스턴스 크기에 관계없이 리전 간 교차시 데이터 복제에 약간의 지연이 발생합니다. SIOS는 해당 대기 시간의 영향을 줄이기 위해 리전 간 비동기식 복제를 권장합니다. Concurrency Labs는 EC2 리전 간 지연 시간에 대한 통찰력있는 정보를 제공했습니다.

   

4. 클라우드 구성 문제

   클라우드에서 기성품 OS 이미지를 배포 할 수 있습니다. 이 편리함은 비용이 들고 구성 관리에 또 다른 요소가 도입됩니다. 클라우드에 최적화 된 SuSE Enterprise Linux 이미지에 포함 된 클라우드 초기화 서비스는 사용자 정의 가상 IP 주소를 제거 할 수 있습니다. 2 분마다 가상 IP 주소가 사라지는 것처럼 PoC를 멈추는 것은 없습니다!

5. 클라우드 보안

   클라우드 컴퓨팅의 규모는 기업이 온 프레미스 데이터 센터에서 제공 할 수있는 것보다 더 큰 보안을 제공합니다. 클라우드 워크로드는이를 모르더라도 최첨단 보안을 활용합니다. 예를 들어 기본적으로 AWS EC2 인스턴스는 인스턴스 자체에서 보내지 않거나 인스턴스 자체로 보내지 않은 트래픽을 차단합니다. 이는 클라우드에서 네트워크를 보호하는 데 유용한 기능입니다. 시스템에 NAT (Network Address Translation)가 필요한 경우 EC2 기본 보안 조치로 인해 IP 주소가 실패합니다. 콘솔에서 소스 / 대상 확인을 비활성화하면 문제가 해결됩니다. 사용자가 AWS에 익숙한 정도에 따라 몇 번의 클릭만으로 몇 번의 지원 요청이있을 수 있습니다. 성공적인 클라우드 마이그레이션을 위해서는 환경에서 시스템이 상호 작용하는 방식에 대한 이해가 중요합니다.

6. 클라우드 사용자 승인 테스트 (UAT)

   온 프레미스 시스템을 사용하는 고객은 리소스가 더 이상 제한 요소가 아니라는 점을 상기시켜야합니다. 클라우드에서 시스템은 쉽게 사내에서 사소한 문제가 아닌 프로덕션과 별도로 복사하고 실행할 수 있습니다. IT 리소스에 대한 주문형 액세스를 통해 HA 및 DR의 UAT는 "기본 노드 종료"이상으로 확장 할 수 있습니다. 네트워크가 파괴 될 수 있고, 커널이 패닉 될 수 있으며, 데이터베이스조차 손상 될 수 있으며,이 중 어느 것도 프로덕션에 영향을 미치지 않습니다! 이러한 시나리오를 식별하고 테스트하면 HA 및 DR 자세가 향상됩니다.

성공적인 클라우드 마이그레이션을 실행하려면 모든 이해 관계자의 의견이 필요합니다. 고 가용성 및 재해 복구는 모든 엔터프라이즈 워크로드의 핵심 측면입니다. SIOS가 이미 현재 시스템의 일부이거나 향후 클라우드 마이그레이션의 일부 일지라도 참여하십시오!

-Harrison Howell, 고객 경험을위한 소프트웨어 엔지니어

SIOS의 허가하에 재생

Linux 용 SIOS Protection Suite 버전 9.5가 출시되었습니다!

Linux® 용 SIOS Protection Suite 버전 9.5를 발표하게 된 것을 자랑스럽게 생각합니다. 이 제품은 고급 자동화 및 애플리케이션 인식 모니터링을 도입하여 업계에서 가장 포괄적 인 즉시 사용 가능한 SAP S / 4HANA 클러스터링 소프트웨어입니다.

SAP S / 4HANA 클러스터를 수동으로 구축해야하는 번거 로움을 알고 모든 HANA 서비스가 올바른 위치로 장애 조치되고 올바른 순서로 시작되도록합니다. 스크립팅, 테스트 및 악화 시간. 그리고 스테이크가 높습니다. 잘못되면 장애 조치 (failover)가 발생하지 않거나 다운 타임, 데이터 손실, 많은 사용자가 전화를 걸음을 의미 할 수 있습니다.

그래서 HANA (HANA System Replication)를 사용하는 2 노드 SAP S / 4HANA 데이터베이스 구성에 지능적인 애플리케이션 가용성을 추가했습니다. 클러스터를 구축하고 관리하는 번거 로움과 위험을 없애기 위해이 릴리스를 구축했습니다.

SIOS Protection Suite v9.5 자동화 및 모니터

입력을 실제로 확인하는 마법사 기반의 쉬운 구성에서 시작합니다. 수동으로 스크립팅하거나 시간이 잘못되었을 때 잘못된 키 입력을 검색하지 않아도됩니다.

서버가 다른 클러스터링 소프트웨어처럼 작동하는지 확인하는 것뿐만 아니라 응용 프로그램에서 하드웨어, 서버 및 네트워크에 이르는 HANA 스택의 모든 프로세스를 모니터링합니다.

SIOS Protection Suite가 모든 문제에 대해 장애 조치를 트리거하는 다른 클러스터링 솔루션과 달리 SIOS Protection Suite가 문제를 감지하면 단순히 서비스 재시작, 서비스중인 노드에서 복구 또는 보조에 대한 장애 조치 조정 등 적절한 복구 조치를 자동으로 수행합니다. 마디.

장애 조치 오케스트레이션에 대해 말하면 SAP 특정 모범 사례가 자동으로 유지 관리됩니다. 예를 들어, 장애 조치 또는 전환시 ASCS가 기본 응용 프로그램이있는 서버 나 ERS가있는 동일한 서버에 있지 않아야합니다.

마법사 중심 구성이 쉽지 않은 경우 CLI 명령을 가져 와서 간단하게 SIOS 클러스터를 배치 할 수있는 새로운 CLI (명령 줄 인터페이스) 복제 기능도 추가했습니다. 기존 클러스터의 CLI 명령어를 내보내 복제본을 만들 수도 있습니다.

이제 Linux 용 SIOS Protection Suite를 사용하면 모든 응용 프로그램을 보호하기 위해 빠르고 쉽게 고 가용성 클러스터를 만들 수 있습니다. 여기에는 다운 타임 및 재해로 인한 SQL Server, Oracle, SAP 및 S / 4HANA가 포함됩니다.

무료 평가판 요청

SIOS의 허가하에 재생

EC2 모니터링 모범 사례 : SIOS AppKeeper를 사용하여 Amazon EC2에서 NGINX 웹 서버 보호