클라우드 플랫폼에서 애플리케이션을 보호하는 방법 – 클라우드 환경용 SANless 클러스터

의 허가를 받아 재생산 시오스

고가용성 팀 전환의 7가지 필수 요소(중대한 사직 탐색)

당신이 위기에 처했거나 시간이 멈춘 적이 없다면 고용주와 직원이 "대퇴사"라고 불리는 추세의 한가운데에 있다는 소식을 여러 출처에서 들었을 것입니다.에 보고된 바와 같이 US 뉴스 및 세계 보고서 , “미국 노동통계국에 따르면 2021년 7월에 400만 명의 미국인이 직장을 그만두고 그 추세가 둔화되지 않고 있습니다.” 회사 규모나 현재 수익원에 관계없이 아직 없다면 이 추세는 가까운 장래에 IT 팀에 영향을 미칠 것입니다.예, 그것이 가라 앉도록하십시오.미션 크리티컬 애플리케이션 가용성을 보장하는 책임이 있는 동일한 팀은 "위대한 사임"의 영향에 어떤 식으로든 취약합니다. 그렇다면 경고 신호를 어떻게 인식하고, 현실을 직시하고 공감과 명료함으로 탐색한다. 중요한 응용 프로그램에 "대재앙"을 일으키지 않도록 "중대한 사임"을 하시겠습니까?

다음은 사운드에 대한 기술 및 비기술적 팁입니다. 고가용성 (HA) 변화의 한가운데 모범 사례:

1. 그만두지 마라

그만두지 마세요.진지하게!동료와 좋은 사람들이 직업, 경력을 바꾸거나 직장을 떠나기로 선택함에 따라 그만두고 싶은 유혹을 받을 수 있습니다.특히 더 짧아진 벤치로 이미 무거운 작업을 수행할 가능성을 고려하기 시작할 때 특히 그렇습니다.하지만 그만두지 마세요.

2. 고가용성에 대한 주요 위험 식별

물론 이러한 위험 식별 프로세스는 두 갈래로 나뉩니다. 사임 후 팀은 추가 인사 변경의 위험에 처해 있습니다.그러나 고가용성은 용량, 기술 지식 또는 전문 지식의 손실로 인해 위험에 처하기도 합니다.새로운 팀 사임으로 인해 기업에서 계획되지 않은 가동 중지가 발생하지 않도록 하려면 주요 위험 영역을 식별해야 합니다.일부 기술적 위험은 다음과 같습니다.

1. 클라우드 전문 지식 및 지식
2. 데이터베이스 관리
3. 스토리지 관리 및 구성
4. 암묵적 고가용성 제품 지식
5. 긴급 보장(인력)
6. 기술 리더십
7. 선적 서류 비치

3. 관리자: 회사 평가

많은 사람들이 회사를 떠나기 시작할 때 "우리가 아니라 그들입니다!"라고 말하기가 매우 쉽습니다. 우리는 그들의 문제로 인해 떠나거나, 그만두거나, 다른 직업이나 직업을 선택하게 된 모든 이유에 초점을 맞추고 싶습니다.그들이 떠나는 이유는 전적으로 개인적인 것일 수도 있지만 때로는 문제가 거울에 있고 그들이 아니라 우리입니다.그것이 그들에게 문제인지 아니면 HA에 중요한지 알아내는 것이 왜 중요합니까?HA 및 IT에 대한 미션, 비전, 문화 또는 IT 및 HA 시스템 관리를 위한 고용 및 인력 문제와 같은 회사에 문제가 있는 경우 단순히 추가 인원을 추가하는 것이 일시적인 해결 방법입니다.또한 문제 해결에 대한 책임 전가에 초점이 남아 있기 때문에 팀 사기, 헌신, 지식 이전에 대한 위험이 더욱 약화될 수 있습니다.

4. 팀 리더: 팀 평가

거의 모든 회사에서 지난 2년 동안 팀을 그만둔 사람이 있었습니다.더 높은 급여를 원하든, 가족을 돌보기 위해 집에 머물든, 은퇴를 하든 다른 선택을 하든, 그들은 떠났습니다.팀원을 잃은 경우 남은 팀을 평가하는 것이 중요합니다.이 평가는 본질적으로 기술적이고 비기술적입니다.기술적으로 다음을 수행해야 합니다. ㅏ. 현재 기술, 능력 및 지식 격차 식별 팀에 남아있는 기술은 무엇이며, 기술 전문성 및 능력 수준은 어느 정도입니까? 특히 이론과 실제 사이의 지식 격차는 어디에 있습니까?

비. 기존 역할과 누락된 역할을 모두 이해합니다.많은 팀원이 여러 역할과 책임을 맡을 수 있습니다.한 명의 팀원을 잃는다는 것은 실제로 여러 역할과 책임에 대한 보장을 상실하는 것을 의미할 수 있습니다.

씨. 즉각적인 교육 또는 보강 필요성 평가 지원 대상이 어디지만 팀을 안정화하고 공고히 하기 위해 추가 교육이 필요합니까? 기존 직원 교육이나 계약 전문 서비스 형태로 완화할 수 있는 보장이 부족한 영역은 무엇입니까?고객 경험 담당 부사장으로서 이를 직접 확인하십시오. 우리 팀은 최근 HA 환경을 책임지는 핵심 팀원을 잃은 후 전문 서비스가 필요한 회사와 협력했습니다.

비기술적으로 다음을 수행해야 합니다. ㅏ. 나머지 팀원들의 기분 이해하기 코로나19 팬데믹과 '위대한 사퇴' 기간 이전에도 많은 팀이 매연을 쫓고 있었다. HA의 24/7 세계는 일반적인 팀 번호, 규범 및 작업으로 수행해야 할 많은 작업을 남겨둡니다.팀이 영향을 받았다면 다운된 프로덕션 서버 못지않게 남은 팀원들의 이야기를 확인하고 경청하는 것이 중요합니다.고갈, 소진, 혼란, 붕괴 직전 또는 반대로 완전히 살아 있고 새로운 도전에 대비한 사람을 찾으십시오. 언어적 및 비언어적 신호에 귀를 기울이고 공감하도록 하십시오(동료를 잃는 것뿐만 아니라 그들의 감정, 걱정, 두려움).

비. 나머지 팀원들이 여전히 탑승하고 있는 이유를 이해합니다. 팀 구성원이 어떻게 느끼는지 아는 것은 기술적인 필요와 비기술적인 필요성 모두 있지만, 이 작업과 거의 같은 수준으로 유지해야 하는 이유를 찾는 것입니다.물론 몇 가지 이유가 당신을 놀라게 할 수 있습니다.저자이자 연사인 Carey Nieuwhof는 일부 팀원이 "먼저 떠나지 않았기 때문에 팀에 갇혀 있다고 느끼기" 때문에 남아 있다고 말합니다. 팀원들이 머무르는 다른 이유는 놀랍지 않을 수 있지만 이유를 불문하고 편안함, 기회, 급여, 위치, 스톡 옵션, 열정, 팀워크, 문화, 팀원들이 머무르는 모든 이유가 중요합니다.

씨. 숏핸드가 미치는 영향 평가 이전에 논의한 속기에는 분명히 기술적인 요소가 있습니다. 기술 격차 등을 평가합니다. 그러나 기술적인 평가가 부족하다는 결론이 나오는데 이는 비기술적입니다.손재주가 잠시일지라도 나머지 팀원의 정신적, 정서적, 개인적 건강에 미칠 영향을 평가하고 평가하십시오.관리자로서의 경력 초기에 우리 팀은 여러 직원을 정서적으로 취약하고 정신적으로 지치게 만드는 규모 축소 사건을 처리했습니다.이로 인해 피로가 증가하고 정신적 안개가 더 많이 발생했으며 해당 팀 구성원의 결함 및 실수 비율이 증가했습니다.당신의 팀이 속임수로 인해 정신적, 육체적으로 심각한 영향을 받는 경우 HA에 대한 위험이 증가할 수 있습니다.당신의 팀은 여유를 되찾기 위해 분주할 수 있고, 사임한 리더나 팀원을 덮기 위해 빠르게 집결할 수도 있지만, 남아 있는 사람들도 지쳤는지, 갇힌 느낌 또는 위험에 처했는지 이해하는 것이 중요합니다. 떠나다.

5. 중요한 기술 작업, 우선 순위 식별 및 책임 할당

몇 년 전, 한 고위 임원이 회사를 떠났습니다.거의 1년 간의 전환 기간 동안 자신의 역할과 작업을 전환했지만 나머지 직원을 놀라게 한 역할과 작업은 여전히 있었습니다.오늘날의 사임의 물결에서는 전환 기간이 1년이 아닙니다.또한 팀이 두 번 이상 사임한 경우 1인칭 분석 및 전환을 완료하지 않았을 수 있으므로 가장 중요한 작업을 식별하고 우선 순위를 지정하고 책임을 할당하는 것이 매우 중요합니다. 보안 스캔, 업데이트, 유지 관리, 백업, 테스트, 새로운 애플리케이션 배포, 비용 분석, 이미지 복제 및 재배포, 패치 애플리케이션, 취약점 수정과 같은 작업을 나열해야 합니다.이러한 작업은 손실에도 불구하고 모두 필요하며 그대로 두면 파괴적인 영향을 미칠 수 있습니다.

6. 유지 보수 및 운영을 위한 단기 계획 수립

작업, 역할 및 책임은 여전히 다루어야 합니다.중요한 문제를 해결해야 합니다.직원을 재구축하고 기존 직원을 교육하고 중대한 사직서의 전환과 변화에 더 탄력적으로 대처할 수 있도록 회사를 조정한 후에 계획되지 않은 가동 중지 시간이 발생하기를 기다리지 않을 것입니다.단기적으로 탐색하려면 현명하고 현실적으로 달성 가능한 단기 계획을 개발해야 합니다.이 계획은 유지 관리 및 운영을 계속할 수 있도록 식별된 절차, 작업 및 프로세스를 매핑해야 합니다.또한 앞으로의 격동의 계절을 통해 기존의 중요 인프라 정책을 신중하게 관리할 수 있는 방법을 정의해야 합니다.

7. 미래에 집중하다

이전 단계는 이것으로 이어졌습니다.현재 팀을 평가하고 주요 위험을 식별하고 전환 계획을 수립한 후 다음 단계는 미래에 집중하는 것입니다. 당신에게는 아직 임무가 있습니다.여전히 고가용성이 필요한 중요한 애플리케이션이 있습니다.비즈니스에 보호, 마이닝, 복제 및 사용 가능해야 하는 데이터가 여전히 있습니다.미래 팀에 대한 계획을 세우기 시작합니다.

1. 역할과 책임을 구축하십시오.
2. 아키텍처 및 문서 업데이트
3. 성장 및 조정 기회 평가
4. 온보딩 시간을 포함한 신규 고용 계획
5. 온보딩 자료 생성 및 업데이트에 시간과 리소스 할당
6. 팀 건강에 집중
7. 단기적으로 위험 완화 전략을 적용하고 장기적으로 계획

"위대한 사임"에 대한 모든 뉴스가 귀하의 팀과 HA에 나쁜 소식은 아닙니다.팀 구성원이 새롭거나 다른 직책과 기회로 떠난 후 평가의 모든 정보를 가져와 성장 및 조정 및 더 나은 HA 미래를 위한 도구로 전환할 수 있는 실제적이고 드문 기회가 있습니다.이 더 밝은 미래를 구축하려면 필요한 의무, 역할 및 기술 정의, 아키텍처 및 디자인 업데이트, 신규 고용 및 서비스 계약 계획, 보다 건강한 팀 구축에 중점을 두는 것이 포함됩니다.

나는 이 최근에 이 주제에 대해 더 자세히 논의했습니다 티피르 인터뷰.-Cassius Rhue, VP, 고객 경험 재현 시오스

고가용성으로 다운타임 최소화

다운타임은 현대 기업에서 그 어느 때보다 비용이 많이 듭니다. ITIC 2021 시간당 다운타임 비용 조사에 따르면 조직의 91%에서 비즈니스 크리티컬 시스템, 데이터베이스 또는 애플리케이션에서 1시간의 다운타임 비용이 평균 $300,000 이상이며 대기업의 18%는 1시간의 가동 중지 시간이 5백만 달러를 초과합니다.

고가용성 (HA)는 장기간 안정적으로 지속적으로 작동하도록 설계된 시스템, 데이터베이스 또는 응용 프로그램의 속성입니다. HA의 목표는 중요한 애플리케이션의 계획되지 않은 가동 중지 시간을 줄이거나 없애는 것입니다. 이는 비즈니스 크리티컬 시스템, 데이터베이스 또는 애플리케이션 설계에 중복 구성 요소 및 기타 기술을 통합하여 단일 장애 지점을 제거함으로써 달성됩니다.

SLA 및 HA 메트릭

서비스 수준 계약(SLA)은 고객의 비즈니스 크리티컬 시스템, 데이터베이스 또는 애플리케이션이 비즈니스에 필요할 때 가동 및 실행되도록 보장하기 위해 서비스 공급자가 사용합니다.

IDC는 다음과 같이 5가지 수준에서 가동 시간 요구 사항을 정의하는 SLA 모델을 만들었습니다.

• AL4(지속적 가용성 – 시스템 내결함성): 연간 계획 및 계획되지 않은 다운타임이 5분 15초 이하(99.999% 또는 "99.999%" 가용성)
• AL3(고가용성 – 기존 클러스터링): 계획되거나 계획되지 않은 다운타임이 연간 52분 35초 이하(99.99% 또는 "99.99%" 가용성)
• AL2(복구 – 데이터 복제 및 백업): 연간 계획되거나 계획되지 않은 다운타임이 8시간 45분 56초 이하(99.9% 또는 "39.9%" 가용성)
• AL1(신뢰성 – 핫 스왑 가능한 구성 요소): 연간 계획되거나 계획되지 않은 다운타임이 87시간 39분 29초 이하(99% 또는 "99%" 가용성)
• AL0(보호되지 않는 서버): 가용성 또는 가동 시간 보장 없음

ITIC에 따르면 설문에 응한 조직의 89%는 현재 비즈니스 크리티컬 시스템, 데이터베이스 및 애플리케이션에 대해 "99.99999999999999999999;999999999;99"의 가용성을 필요로 하고 있으며 이들 조직의 35%는 "99999999999999999999호)"의 가용성을 달성하기 위해 더욱 노력하고 있습니다.

가동 시간 및 가용성 외에도 두 가지 중요한 HA 메트릭은 다음과 같습니다. 복구 시간 목표 (RTO) 및 복구 시점 목표 (RPO). RTO는 가동 중단의 최대 허용 기간이고 RPO는 장애가 발생할 때 허용할 수 있는 최대 데이터 손실 양입니다. 일반적으로 시간과 일 단위로 정의되는 재해 복구에 대한 RTO 및 RPO 메트릭과 달리 비즈니스 크리티컬 시스템, 데이터베이스 및 애플리케이션에 대한 RTO 및 RPO 메트릭은 종종 몇 초(RTO) 및 0(RPO)에 불과합니다.

HA 클러스터링

HA 클러스터링은 일반적으로 서버 노드, 스토리지 및 클러스터링 소프트웨어로 구성됩니다.

기존 클러스터링

기존의 온프레미스 HA 클러스터는 동일한 운영 체제, 데이터베이스 및 애플리케이션으로 구성된 공유 스토리지(일반적으로 SAN)에 연결된 둘 이상의 서버 노드 그룹입니다(참조 그림 1 ).

노드 중 하나는 기본(또는 활성) 노드로 지정되고 다른 노드는 보조(또는 대기) 노드로 지정됩니다. 기본 노드에 장애가 발생하면 클러스터링을 통해 시스템, 데이터베이스 또는 응용 프로그램이 자동으로 하나 이상의 보조 노드로 장애 조치하고 중단을 최소화하면서 계속 작동할 수 있습니다. 보조 노드가 동일한 스토리지에 연결되어 있으므로 데이터 손실 없이 작업이 계속됩니다.

그러나 기존 클러스터링 모델에서 공유 스토리지를 사용하면 다음과 같은 몇 가지 문제가 발생합니다.

• 공유 저장소 자체는 클러스터에 연결된 모든 노드를 오프라인으로 만들 수 있는 단일 실패 지점입니다.
• SAN 스토리지는 소유하고 관리하기에도 비용이 많이 들고 복잡할 수 있습니다.
• 클라우드의 공유 스토리지는 상당한 불필요한 비용과 복잡성을 추가할 수 있으며 일부 클라우드 제공업체는 공유 스토리지 옵션조차 제공하지 않습니다.

SANless 클러스터링

SANless 또는 "shared nothing" 클러스터(참조 그림 2 ) 공유 스토리지와 관련된 문제를 해결합니다. 이러한 구성에서 모든 클러스터 노드에는 자체 로컬 저장소가 있습니다. 효율적인 호스트 기반 블록 수준 복제는 클러스터 노드의 스토리지를 동기화하여 동일하게 유지하는 데 사용됩니다. 장애 조치 시 보조 노드는 기본 노드에서 사용하는 저장소의 동일한 복사본에 액세스합니다.

클러스터링 소프트웨어

클러스터링 소프트웨어를 사용하면 여러 서버가 함께 작동하여 HA를 제공하고 데이터 손실을 방지할 수 있도록 서버를 클러스터로 구성할 수 있습니다. Windows, Linux 배포판 및 다양한 가상 머신 하이퍼바이저용으로 다양한 클러스터링 소프트웨어 솔루션을 사용할 수 있습니다. 그러나 이러한 각 솔루션은 유연성과 배포 옵션을 제한하고 기술적 복잡성 및 값비싼 라이선스와 같은 다양한 문제를 야기합니다.

재난이 닥칠 때까지 기다리지 마십시오

HA는 비즈니스 크리티컬 시스템, 데이터베이스 및 애플리케이션에 매우 중요합니다. 그러나 사용 가능한 무수한 플랫폼으로 인해 복잡성이 크게 증가합니다. 그렇기 때문에 애플리케이션 인식 솔루션이 의미가 있습니다. 당신에게 필요한 것은 고가용성에 대한 광범위한 전문 지식을 갖춘 신뢰할 수 있는 파트너입니다.

비즈니스에 필요한 복원력이 있는지 확인하기 위해 중단이나 재해가 발생할 때까지 기다리지 마십시오. 지금 바로 맞춤 데모를 예약하세요. https://us.sios.com SIOS가 귀하의 비즈니스를 위해 무엇을 할 수 있는지 확인하십시오.

에서 재생산 시오스

 

애플리케이션 및 데이터베이스를 보호하는 방법 – Oracle Clustering

RAC 없는 Oracle 클러스터링: 알아야 할 사항

Oracle 클러스터란 무엇입니까?

장애 조치 클러스터는 동일한 스토리지를 공유하거나 지속적으로 동기화되는 스토리지에 연결하는 여러 서버에서 동일한 운영 체제, 데이터베이스 및 애플리케이션을 실행하여 단일 실패 지점을 제거함으로써 애플리케이션에 대한 고가용성 보호를 제공하는 방법입니다. Oracle은 기본 서버라고 하는 이러한 서버 중 하나에서 실행됩니다. 실패하면 응용 프로그램 오케스트레이션 소프트웨어(클러스터링 소프트웨어)가 장애 조치라고 하는 프로세스에서 작업을 하나 이상의 보조 서버로 이동합니다. 기본 서버와 원격 서버가 동일하거나 동일한 스토리지에 액세스하기 때문에 최소한의 복구 시간이나 데이터 손실로 Oracle 작업을 계속할 수 있습니다. 많은 조직에서 특히 Oracle 기반 SAP 시스템 또는 Oracle ERP 시스템을 사용하는 경우 Oracle을 운영의 백본으로 간주합니다.

Oracle RAC란 무엇입니까?

Oracle의 클러스터링 소프트웨어는 Oracle RAC(Real Application Clusters)라고 합니다. RAC를 사용하면 "중소형 상용 서버를 클러스터로 결합하여 미션 크리티컬 비즈니스 애플리케이션을 지원하는 확장 가능한 환경을 만들 수 있습니다."^[1] Oracle RAC를 사용하면 Oracle 데이터베이스를 클러스터링하고 Oracle Clusterware를 사용하여 여러 서버를 연결하여 단일 시스템으로 작동할 수 있습니다.

RAC는 이전에 추가 비용 없이 Oracle Database Standard Edition과 함께 번들로 제공되었지만 이제 Oracle은 버전 19c부터 Standard Edition에서 RAC 기능을 제거했습니다. Oracle Database Enterprise Edition에서 추가 비용으로 Oracle RAC를 구입할 수 있습니다. 유감스럽게도 이는 RAC를 사용하려는 모든 고객이 Oracle Database Enterprise로 업그레이드하거나 Oracle 클라우드로 마이그레이션해야 한다는 것을 의미합니다. 둘 다 Standard Edition보다 훨씬 더 비싼 솔루션입니다.

SIOS는 Enterprise Edition으로 업그레이드하지 않고도 고가용성 Oracle 클러스터링 솔루션을 제공하여 라이선스 비용을 최대 70% 절감합니다.

Linux용 SIOS 보호 제품군(Oracle Linux, Red Hat, SUSE)

그만큼 Linux용 SIOS 보호 제품군 고가용성 장애 조치 클러스터링, 지속적인 애플리케이션 모니터링, 데이터 복제 및 구성 가능한 복구 정책의 긴밀하게 통합된 조합을 제공하여 Oracle 데이터베이스와 애플리케이션을 가동 중지 및 재해로부터 보호합니다. 서버 작동만 모니터링하는 다른 클러스터링 솔루션과 달리 SIOS LifeKeeper는 서버, 네트워크 연결, 스토리지, 모든 Oracle 프로세스 및 관련 애플리케이션의 상태를 모니터링합니다. 최종 사용자를 방해하지 않고 빠른 복구를 보장하는 일련의 정책 정의 조치를 통해 문제를 즉시 수정합니다.

SIOS Protection Suite는 공유 스토리지(SAN) 환경에서 작동하여 기존 HA 클러스터를 지원하거나 클라우드, 하이브리드 및 공유 스토리지가 비실용적이거나 불가능한 기타 환경의 비공유(SANless) 스토리지 구성에서 작동할 수 있습니다. Oracle 데이터베이스 및 애플리케이션을 위한 자동 및 수동 장애 조치/장애 복구 복구 정책을 통해 강력하고 다양하며 쉽게 구성할 수 있는 클러스터를 제공합니다.

Linux용 SIOS 보호 제품군에는 다음이 포함됩니다.

• SIOS 라이프키퍼 , 전체 애플리케이션 스택을 모니터링하는 유연한 장애 조치 클러스터링 소프트웨어를 제공합니다.
• SANless 클러스터 구성에서 로컬 스토리지를 미러링하거나 재해 복구를 위해 원격 위치 또는 클라우드로 복제하기 위해 빠르고 효율적인 호스트 기반 블록 수준 데이터 복제를 제공하는 SIOS DataKeeper
• 다운타임 및 재해로부터 비즈니스 크리티컬 애플리케이션 및 데이터를 보호하기 위해 제품에 내장된 자동화된 구성 및 검증 도구가 포함된 다중 ARK(애플리케이션 복구 키트).

SIOS LifeKeeper는 Red Hat Enterprise Linux, SUSE Linux Enterprise Server, CentOS 및 Oracle Linux를 포함한 모든 주요 Linux 배포판을 지원하며 광범위한 스토리지 아키텍처를 수용합니다. SIOS 소프트웨어는 이러한 운영 체제에서 실행되도록 조정 및 최적화되었으며 SANless 클러스터 솔루션이 각 OS에서 작동하는지 확인하기 위해 구성 요소가 테스트되었습니다.

SIOS는 클라우드에서 Oracle 클러스터링을 지원합니다.

Linux용 SIOS Protection Suite를 사용하면 Amazon Web Services(AWS) 또는 Microsoft Azure와 같은 유연하고 확장 가능한 퍼블릭 클라우드 환경에서 공급업체 종속 또는 성능, 고가용성 또는 재해 보호를 희생하지 않고도 Oracle 애플리케이션을 실행할 수 있습니다. .

SIOS Protection Suite for Linux on AWS 또는 Azure는 클라우드 장애 도메인 및 가용 영역 전반에 걸쳐 고가용성 Linux 클러스터를 생성하는 데 필요한 요소를 제공하여 사이트 전체 및 지역 재해 및 중단으로부터 보호하기 위해 지리적 분리를 제공합니다.

WSFC(Windows Server 장애 조치 클러스터링) 환경에서 SIOS DataKeeper Cluster Edition을 사용하여 SANless 클러스터링을 위한 효율적인 호스트 기반 복제를 사용하여 로컬 스토리지를 동기화할 수 있습니다.SIOS DataKeeper 클러스터 에디션 소프트웨어는 다운타임 및 데이터 손실로부터 Oracle을 포함한 비즈니스 크리티컬 Windows 환경을 보호합니다.

SIOS는 가상 환경에서 Oracle 클러스터링을 지원합니다.

SIOS SANless 클러스터 소프트웨어는 VMware, Hyper-V, KVM 및 XenServer 환경에서 작동할 때 Oracle 데이터베이스 및 애플리케이션에 필요한 엔터프라이즈급 고가용성, 안정성 및 유연성을 제공합니다.

Linux용 SIOS Protection Suite는 가상 환경에서 Linux에서 실행되는 Oracle 데이터베이스 및 애플리케이션을 보호합니다. 가상 환경의 Windows에서 Oracle을 실행하는 경우 SIOS DataKeeper Cluster Edition은 Oracle 데이터베이스 및 애플리케이션을 포함한 비즈니스 크리티컬 Windows 환경을 보호합니다.

SIOS는 통합 데이터 복제를 제공하며, 고가용성 클러스터링 및 재해 복구 Linux 및 Windows 모두에서 Oracle을 지원하는 솔루션은 다른 Oracle 클러스터링 솔루션보다 훨씬 적은 비용으로 소규모 및 대규모 조직에 장애 복원력 보호를 제공합니다. SIOS SANless 클러스터를 사용하면 완전한 고가용성 애플리케이션 및 데이터베이스 보호를 달성하기 위해 값비싼 공유 스토리지가 필요하지 않습니다. 대신 SAN이 없는 클라우드에서 Oracle 데이터베이스와 애플리케이션을 실행할 수 있습니다.그리고 SIOS는 온프레미스와 가상 및 하이브리드 환경에서도 Oracle 데이터베이스와 애플리케이션을 보호할 수 있습니다.

SIOS가 Oracle 데이터베이스 및 애플리케이션을 보호하는 방법에 대한 자세한 내용은 여기를 클릭하거나 개인화된 데모 .

^[1]https://docs.oracle.com/cd/B28359_01/rac.111/b28254/admcon.htm#RACAD7148 의 허가를 받아 재생산 시오스

애플리케이션 및 데이터베이스를 보호하는 방법 – SAP 클러스터링

SAP 클러스터링: 고가용성을 달성하는 가장 좋은 방법

SAP 클러스터링이란 무엇입니까?

SAP 시스템은 조직의 생명선이며 시스템이 다운되면 운영이 중지됩니다. SAP 시스템의 고가용성을 지원하기 위해 IT 팀은 클러스터 환경에 SAP를 설치할 수 있습니다.

클러스터는 동일한 운영 체제, 데이터베이스 및 응용 프로그램으로 구성된 두 개 이상의 연결된 서버 그룹입니다. 이렇게 연결된 서버를 "노드"라고 합니다. 노드 중 하나가 기본 노드로 지정됩니다. 기본 노드에 장애가 발생하면 클러스터링을 통해 조직에서 애플리케이션 작업을 하나 이상의 보조 노드로 자동 장애 조치하여 가동 중지 시간을 완화하고 데이터 손실을 제거하며 데이터 무결성을 유지할 수 있습니다.

고가용성 SAP 클러스터링 솔루션은 Linux 또는 Windows 환경에서 실행되는 서버에 사용할 수 있습니다.

인기 있는 SAP 클러스터링 솔루션

프론트엔드 애플리케이션 요구 사항 고가용성 , 즉 S/4 HANA와 마찬가지로 HANA에 종속된 다른 앱도 마찬가지입니다.

SUSE 및 RedHat과 같은 Linux 공급업체의 SAP용 오픈 소스 HA 솔루션에는 "Enterprise for SAP" 구독이 있는 HA 확장이 포함되어 있습니다. 이러한 공급업체는 HANA 데이터베이스, ABAP SAP Central Service(ASCS), ERS(Evaluated Receipt Settlement) 및 기타 SAP 구성 요소에 대한 고가용성 클러스터를 구축하는 데 사용할 수 있는 오픈 소스 소프트웨어 번들입니다.^[1]

SUSE HAE(및 기타 오픈 소스 클러스터링 옵션)는 고도로 수동이며 개별 구성 요소만 보호합니다. 예를 들어, SUSE HAE 및 기타 오픈 소스 솔루션을 SAP 또는 SAP HANA와 통합하는 것은 시간이 많이 걸리고 복잡할 수 있으므로 주의 깊은 수동 스크립팅과 지루한 확인 단계가 필요합니다. 응용 프로그램 인식 HA 솔루션을 생성하려면 응용 프로그램 및 데이터베이스에 대한 특정 심층 전문 지식도 필요합니다.

SAP는 HANA 소프트웨어와 함께 제공되는 기능인 HANA 시스템 복제도 제공합니다. 동일한 데이터 센터, 원격 사이트 또는 클라우드의 보조 위치로 SAP HANA 데이터베이스의 지속적인 동기화를 제공합니다. 데이터는 보조 사이트에 복제되고 메모리에 미리 로드됩니다. 장애가 발생하면 데이터베이스를 다시 시작하지 않고 보조 사이트가 인계하므로 RTO(복구 시간 목표)를 줄이는 데 도움이 됩니다. 불행히도 기본 노드로의 장애 복구는 별도의 명령을 실행하여 수동으로 트리거해야 합니다. SAP Central Services 등의 구성 요소와 함께 통합된 HA 장애 조치 오케스트레이션도 없습니다.^[2]SIOS HA 클러스터링 소프트웨어는 고가용성, 데이터 복제 및 재해 복구 쉽고 비용 효율적인 솔루션. SIOS 소프트웨어를 사용하면 물리적, 가상, 클라우드(퍼블릭, 프라이빗 및 하이브리드) 및 고성능 플래시 스토리지 환경의 조합에서 선택한 서버 하드웨어를 사용하여 Windows 또는 Linux 환경에서 SAP를 보호할 수 있습니다. SIOS 소프트웨어는 쉽게 구성할 수 있으며 전체 SAP 애플리케이션 환경에 대한 빠른 복제, 포괄적인 모니터링 및 보호 기능을 제공합니다. 공유(SAN) 스토리지 또는 무공유(SANless) 스토리지 환경에서 지속적인 데이터 가용성을 제공합니다.

SAP S/4HANA 및 SAP HANA 데이터베이스의 경우 SIOS를 사용하여 SAP가 이미 HANA 시스템 복제로 수행하고 있는 작업을 보완하여 완전한 자동화된 고가용성(주요 SAP HANA 애플리케이션 프로세스의 자동화된 모니터링, 자동화된 장애 조치 및 장애 복구)을 제공할 수 있습니다.^[3]

SIOS Protection Suite는 Linux 환경에서 SAP를 보호합니다.

Linux용 SIOS Protection Suite는 고가용성의 긴밀하게 통합된 조합을 제공합니다. 장애 조치 클러스터링 , 지속적인 SAP 애플리케이션 모니터링, 데이터 복제 및 구성 가능한 복구 정책을 통해 다운타임 및 재해로부터 SAP 애플리케이션을 보호합니다. SIOS Protection Suite는 기존 HA 하드웨어 기반 클러스터를 지원하기 위해 SAN 환경에서 작동할 수 있지만 아키텍처는 SANless를 실행할 수 있도록 서버 클러스터링에 대해 비공유 접근 방식을 취합니다. 다양한 애플리케이션에 대한 자동 및 수동 장애 조치/장애 복구 복구 정책을 통해 강력하고 다양하며 쉽게 구성할 수 있는 솔루션을 제공합니다.

Linux용 SIOS Protection Suite는 다음과 같이 SAP 클러스터링을 지원합니다.

• 전체 애플리케이션 스택을 모니터링하는 유연한 장애 조치 클러스터링 소프트웨어를 제공하는 SIOS LifeKeeper
• SANless 클러스터 구성에서 로컬 스토리지를 미러링하거나 재해 복구를 위해 원격 위치 또는 클라우드로 복제하기 위해 빠르고 효율적인 호스트 기반 블록 수준 데이터 복제를 제공하는 SIOS DataKeeper
• SAP와 같은 비즈니스 크리티컬 애플리케이션과 데이터를 다운타임 및 재해로부터 보호하기 위해 제품에 자동화된 구성 및 검증 도구가 내장된 다중 ARK(애플리케이션 복구 키트).

애플리케이션 인텔리전스는 모범 사례 장애 조치를 유지합니다.

ARK는 응용 프로그램별 인식을 제공하고 모든 종속 구성 요소를 포함하여 상황에 따라 응용 프로그램 스택을 HA 솔루션에 연결합니다. 예를 들어 SIOS는 가용성을 높이기 위해 호스트 자동 장애 조치, 스토리지 복제 및 시스템 복제를 제공하는 SAP HANA 애플리케이션 복구 키트를 제공합니다.

마지막으로 Linux용 SIOS Protection Suite를 사용하면 성능, 고가용성 또는 재해 보호를 희생하지 않고 Amazon Web Services(AWS) 및 Azure와 같은 유연하고 확장 가능한 클라우드 환경에서 비즈니스 크리티컬 애플리케이션을 실행할 수 있습니다.

SIOS DataKeeper는 Windows 환경에서 SAP를 보호합니다.

SIOS DataKeeper Cluster Edition은 WSFC와 간단하고 원활하게 통합되어 성능에 최적화된 호스트 기반 동기 또는 비동기 복제를 추가하는 소프트웨어 애드온입니다. DataKeeper를 사용하면 SANless 클러스터를 쉽게 생성하여 클라우드, VMware와 같은 가상화된 환경 또는 로컬 스토리지만 사용하는 물리적 서버에서 운영되는 SAP 애플리케이션에 대한 고가용성 및 재해 복구를 달성할 수 있습니다. 각 클러스터 노드에서 로컬 스토리지를 동기화하는 효율적인 복제를 추가하여 기존 스토리지처럼 WSFC에 나타나는 SANless 클러스터를 생성합니다. 이를 통해 클라우드, 하이브리드 클라우드에서 Windows 클러스터를 생성하거나 재해 복구를 위해 클라우드의 노드로 기존 온프레미스 SAN 기반 클러스터를 확장할 수 있습니다.

SIOS DataKeeper Cluster Edition을 사용하면 ABAP SAP Central Service(ASCS) 인스턴스, 백엔드 데이터베이스(Microsoft SQL Server, Oracle, DB2, MaxDB, MySQL 및 PostgreSQL), SAP Central을 포함한 중요한 SAP 구성 요소에 대한 고가용성 보호를 달성할 수 있습니다. 서비스 인스턴스(SCS).

SIOS DataKeeper는 SAN의 비용, 복잡성 및 단일 장애 지점 위험을 제거할 뿐만 아니라 로컬 스토리지에서 최신 고속 PCIe 플래시 및 SSD를 사용하여 비용 효율적인 단일 해결책.

SIOS DataKeeper도 제공합니다. SAP 고가용성 성능 저하 없이 Amazon Web Services(AWS), Microsoft Azure 및 Google Cloud Services와 같은 클라우드 환경에서 재해 복구.

조직에서 WSFC를 사용하지 않는 경우 SIOS는 SIOS DataKeeper, SIOS LifeKeeper 및 SAP와 같은 주요 애플리케이션 및 인프라 운영을 위한 선택적 ARK(응용 프로그램 복구 키트)가 포함된 Protection Suite for Windows를 제공합니다. 고가용성 장애 조치 클러스터링, 지속적인 애플리케이션 모니터링, 데이터 복제 및 구성 가능한 복구 정책을 결합하여 비즈니스 크리티컬 SAP 애플리케이션과 데이터를 가동 중지 및 재해로부터 보호하는 긴밀하게 통합된 SAP 클러스터링 솔루션입니다.

결론

전 세계의 조직은 SIOS HA 솔루션을 사용하여 Windows 또는 Linux 환경에서 실행되는 SAP 애플리케이션을 보호합니다. 다음은 몇 가지 예입니다.

• Bonfiglioli는 가용성, 재해 복구 및 성능에 대한 엄격한 SLA를 충족하면서 SAP 시스템을 Microsoft Azure 클라우드로 쉽게 이동할 수 있는 방법을 제공하기 위해 SIOS DataKeeper를 사용하는 이탈리아의 선도적인 설계, 제조 및 유통 회사입니다.
• 화학 제조업체인 Toyo Gosei는 SIOS DataKeeper를 사용하여 SAP를 Azure로 마이그레이션하고 복제를 통해 "절대 멈추지 않는 시스템"을 구축했습니다.
• 세계 최대의 키위 과일 마케터인 Zespri International은 SIOS DataKeeper를 사용하여 Microsoft Azure에서 SAP/Microsoft SQL Server 작업을 배포하는 데 필요한 구성 유연성과 고가용성 및 재해 보호 기능을 제공했습니다.

고가용성 SAP 클러스터링에 대한 자세한 내용은 여기를 클릭 .

참고문헌 https://blogs.sap.com/2020/05/03/high-availability-and-dr-for-sap-hana-sap-s-4hana-and-sap-central-services/^[1] 아이비드.^[2] https://blogs.sap.com/2020/05/03/high-availability-and-dr-for-sap-hana-sap-s-4hana-and-sap-central-services/^[3] 아이비드. 의 허가를 받아 재생산 시오스