Hitachi는 주요 보험 회사의 미션 크리티컬 시스템을 Azure로 이전하여 고가용성을 보장합니다.

Hitachi는 주요 보험 회사의 미션 크리티컬 시스템을 Azure로 이전하여 고가용성을 보장합니다.

Azure에서 데이터 복제를 활성화하는 기능으로 SIOS DataKeeper 선택

한 주요 보험 회사는 ‘채널 시스템’이라는 미션 크리티컬 시스템을 클라우드로 마이그레이션하기를 원했습니다. 채널 시스템에는 직원과 콜센터에서 사용하는 사내 시스템과 판매 대리점에서 사용하는 타사 시스템이 모두 포함됩니다. 이 시스템은 회사 비즈니스의 핵심 시스템으로 포지셔닝되어 있습니다. 짧은 시스템 오류와 다운타임도 비즈니스에 큰 영향을 미칩니다.

Hitachi에서 제공하는 온프레미스 가상화 플랫폼에서 운영되는 채널 시스템. 그러나 하드웨어가 노후화되고 미들웨어에 대한 지원이 종료되었습니다. 이로 인해 보험 회사는 운영 비용을 절감하기 위해 인프라를 업데이트하고 시스템을 퍼블릭 클라우드로 이전하는 프로젝트를 시작했습니다. Hitachi는 이 프로젝트의 시스템 구성을 담당했습니다.

환경

채널 시스템의 아키텍처는 대부분 Windows 소프트웨어로 구성되었습니다. “우리는 시스템 아키텍처와 Microsoft Azure 사이에 높은 친화성이 있고 가장 비용 효율적인 옵션임을 확인할 수 있었기 때문에 Azure를 클라우드 플랫폼으로 채택하기로 결정했습니다. 바꿀 수 없는 것도 있었지만 고객의 요구를 최우선으로 생각하는 데 집중했습니다.”라고 Hitachi의 시스템 엔지니어인 Takuro Nishino는 말했습니다.

도전

새로운 인프라에 대한 회사의 요구 사항 중 하나는 클러스터 구성을 구축하는 것이었습니다. 또한 DBMS를 이용한 클러스터 구성으로 구축된 데이터베이스는 클라우드 마이그레이션 이후에도 고가용성(HA)을 확보하기 위해 클러스터 노드에 작업관리 미들웨어 ‘JP1’과 함께 구성해야 했다. 기존 시스템은 WSFC(Windows Server Failover Clustering)를 사용하여 공유 스토리지(SAN)와 함께 Windows Server 기능을 사용하여 HA 클러스터를 구성했습니다.

그러나 2019년부터 Azure에서 SAN 기반 구성을 가질 수 없었습니다. HA 소프트웨어 변경은 옵션으로 고려했지만 “시스템에 미치는 영향을 고려하여 애플리케이션 및 인프라 아키텍처를 최대한 유지하면서 시스템을 클라우드로 이동하는 것이 우선 순위였습니다.” 니시노가 말했다. Hitachi는 동일한 HA 소프트웨어를 사용하면서 SAN 없이 WSFC 클러스터 구성을 유지하고 데이터를 복제하는 솔루션을 찾기로 결정했습니다.

평가

약간의 연구 끝에 Hitachi는 Azure에서 클러스터를 구축하고 WSFC와 통합할 수 있는 데이터 복제 소프트웨어인 SIOS DataKeeper를 발견했습니다. DataKeeper는 활성 노드에서 대기 노드로 데이터를 동기식으로 복제할 수 있는 Azure 인증 제품입니다. WSFC와 함께 DataKeeper를 사용함으로써 회사는 JP1을 중복으로 만들 수 있습니다. Hitachi도 공식적으로 이 구성을 지원하고 경험이 있습니다. “DataKeeper는 HA 소프트웨어를 변경하지 않고 클러스터 구성을 유지하면서 클라우드로 마이그레이션하는 우리 프로젝트를 실현 가능하게 만든 유일한 솔루션이었습니다.”라고 Nishino는 회상했습니다.

Hitachi와 함께 DataKeeper를 구현한 실적이 있는 Hitachi Solutions는 세부 설계 문서 및 시공 절차 매뉴얼을 작성하여 이 프로젝트에 참여했습니다. DataKeeper 구현의 실제 작업은 보험 회사의 IT 부서 구성원이 수행했습니다.

해결책

히타치 솔루션은 요구 사항을 정의한 후 기본 설계와 상세 설계를 작성하고 보험 회사가 시스템을 쉽게 구현할 수 있도록 템플릿을 제공했습니다. 이 과정에서 매개 변수 설정과 같은 DataKeeper의 이해하기 쉬운 기능 덕분입니다. 히타치솔루션은 고객 환경에 맞게 디폴트 값을 커스터마이징하는 것만으로도 별 어려움 없이 절차서 매뉴얼을 만들 수 있었다. 또한 Hitachi Solutions는 자체 로컬 환경 내에 DataKeeper 테스트 환경을 만들어 문제를 사전에 식별했습니다. 이 프로세스를 통해 정확한 절차 매뉴얼을 작성하고 생산 환경을 원활하게 구성할 수 있었습니다.

결과

2022년 10월 보험사의 Azure로의 시스템 마이그레이션이 완료되었습니다. 마이그레이션 이후 HA 클러스터 구성(DataKeeper 및 WSFC)은 꾸준히 운영되고 있습니다. 회사는 시스템 아키텍처 또는 HA 소프트웨어를 변경하지 않고 이러한 방식으로 HA 클러스터 구성을 달성하는 것이 시스템을 Azure로 마이그레이션하는 가장 좋은 방법이라는 데 동의합니다.

Hitachi와 Hitachi Solutions는 HA 클러스터 구성 내에서 DataKeeper를 통합하여 보험 회사의 클라우드 마이그레이션 프로젝트에서 성공할 수 있었습니다. “고객의 프로젝트에 DataKeeper를 도입할 수 있었던 것은 큰 성과였습니다. 이 프로젝트에서 얻은 지식과 성과를 다른 Azure 프로젝트에도 적용하고 싶습니다.”라고 Hitachi의 영업 담당자인 Kenta Otsuka가 말했습니다. “사실 우리는 시스템을 Azure로 마이그레이션하는 것을 고려하고 있는 다른 고객에게 DataKeeper를 제안했습니다. Hitachi 솔루션을 통해 SIOS Technology와 함께 일한 경험과 우리가 얻은 기술과 지식은 미래의 우리 사업에 확실히 기여할 것입니다.”

“프로젝트가 시작되었을 때 Azure에는 공유 디스크 기능이 없었기 때문에 DataKeeper가 유일한 옵션이었습니다. 현재 Azure에서 SAN 기반 구성을 사용할 수 있지만 DataKeeper를 구현하여 이 프로젝트에서 원활한 마이그레이션 및 안정적인 운영을 달성할 수 있었다는 사실을 기반으로 DataKeeper는 Azure 마이그레이션에서 중복성이 필요한 경우 계속해서 솔루션이 될 것이며 “라고 Hitachi의 시스템 엔지니어인 Satoshi Noguchi는 말했습니다.

사례 연구 다운로드여기

의 허가를 받아 복제됨시오스

백서: 비즈니스 크리티컬 애플리케이션을 위한 고가용성

백서: 비즈니스 크리티컬 애플리케이션을 위한 고가용성

오늘날 대부분의 조직은 전사적 자원 관리(ERP), 데이터 웨어하우스, 전자 상거래 애플리케이션, 고객 관계 관리(CRM), 금융 시스템, 공급망 관리 및 비즈니스 인텔리전스 시스템과 같은 비즈니스 크리티컬 데이터베이스 및 애플리케이션에 의존합니다. 시스템, 데이터베이스 또는 애플리케이션에 장애가 발생하면 이러한 조직은 시스템을 계속 가동하고 실행하고 수익 손실, 비생산적인 직원 및 불만 고객의 위험을 최소화하기 위해 고가용성 보호가 필요합니다.

이 가이드에서는 비즈니스 크리티컬 애플리케이션의 가용성을 높이는 것이 왜 중요한지 설명하고, 다양한 고가용성 전략과 관련된 기술적 문제를 살펴보고, 산업별 문제를 설명하고, 다중 클라우드 환경이 고가용성을 위한 새로운 문제와 기회를 어떻게 추가하는지 설명합니다.

다운로드여기

의 허가를 받아 복제됨시오스

웨비나: SAP Technical Architect의 하루와 데이터 센터의 미래

웨비나: SAP Technical Architect의 하루와 데이터 센터의 미래

온디맨드 웨비나 등록

SAP ERP 시스템은 생산 라인에서 판매, 유통, 재무 등에 이르기까지 여러 필수 비즈니스 운영을 실행합니다. 당연히 오늘날의 신흥 디지털 세계에서 가동 시간에 대한 의존도는 점점 더 커지고 있습니다. 조직은 고가용성 SAP 솔루션을 개발, 설계 및 구현하는 방법을 어떻게 합니까? Bobby Jagdev와 함께 참석자들에게 고객과 함께하는 솔루션 설계의 일상을 안내합니다. 요구 사항 형성에서 솔루션 설계, 제품 선택 및 종단 간 아키텍처 구성 지원까지. 이 세션에서 Bobby는 데이터 센터의 미래가 어떻게 진화하고 미래의 데이터 센터 솔루션에서 고가용성이 어떻게 핵심이 될 수 있는지에 대해서도 다룰 것입니다.

웨비나: Enterprise Edition이 필요 없는 AWS의 재해 복원력 있는 SQL Server

웨비나: Enterprise Edition이 필요 없는 AWS의 재해 복원력 있는 SQL Server

온디맨드 웨비나 등록

워크로드 성능, 비용 및 가용성에 영향을 미치는 몇 가지 요소가 있다는 사실을 알고 계셨습니까? 클라우드에서 SQL Server 워크로드를 실행하는 경우 모든 경우에 적용되는 단일 접근 방식은 없으며 업그레이드할 필요가 없을 수도 있습니다. 이 세션에 참여하여 AWS에서 데이터베이스 성능을 최적화하면서 IT 예산을 늘리는 전략에 대해 알아보십시오.

의 허가를 받아 복제됨시오스

더 나은 고가용성 클러스터 유지 관리를 위해 고려해야 할 10가지 질문

더 나은 고가용성 클러스터 유지 관리를 위해 고려해야 할 10가지 질문

유지 보수는 모든 회사의 수명 주기의 일부입니다. 모든 인프라는 지속적으로 이동하고 변화하며 수명이 다해가는 인프라도 마찬가지입니다. 귀하의 팀은 귀하가 과거에 수행한 작업을 수행하여 많은 성공을 거두었을 가능성이 높지만 시스템이 점점 더 복잡해짐에 따라 과거에 성공했다고 생각했던 작업을 새로 고칠 필요가 있을 수 있습니다. 다음은 개선해야 할 10가지 질문입니다.클러스터 유지 관리, 최대화고가용성, 가동 중지 시간을 최소화합니다.

시스템 유지 관리 중 고가용성을 보장하는 방법

1. 비즈니스 이해 관계자에게 가장 좋은 날은 언제입니까?

계획되지 않은 다운타임과는 달리 여러 팀, 시스템 및 상호 연결된 리소스를 계획된 활동에 사용할 수 없는 기간입니다. 예를 들어, 한 회사는 매월 시스템 규정 준수 검사 및 안전 검사를 수행해야 합니다. 이 시간 동안 사업 운영은 검사관, 감사관 등에 의해 폐쇄됩니다.

2. 팀에서 유지 관리 일정을 잡기에 가장 좋은 날짜는 언제입니까?

고객 경험 담당 부사장으로서 우리는 특정 이벤트 및 활동에 대한 제한 날짜가 있는 여러 팀과 긴밀히 협력했습니다. 귀하의 팀은 둘 이상의 시스템 및 서버 집합을 담당하고 중요한 응용 프로그램 및 인프라를 사용하여 여러 팀에 보고할 수 있습니다. 팀에 가장 적합한 날짜를 이해하면 알려진 리소스 제약으로 인한 주의 산만, 충돌 및 시간 손실을 방지하는 데 도움이 됩니다.

3. 파트너, 컨설턴트 및 비회사 계약자와 가장 잘 맞는 날짜와 시간은 무엇입니까?

중요 인프라에는 일반적으로 회사의 인력과 직접적인 관련이 없는 다른 많은 공급자 및 공급업체가 포함됩니다. 이러한 리소스에는 OS, 보안 및 HA 공급업체와 컨설턴트는 물론 인프라 제공업체 및 기타 파트너의 설계자가 포함됩니다. 지원 계층에 가장 적합한 날짜 또는 포함되는 날짜를 미리 이해하는 것은 적절한 일정 및 인력 배치에 중요합니다.

이러한 모든 리소스에 대한 적절한 시간을 찾는 글로벌 팀이 증가함에 따라 대답해야 할 또 다른 중요한 질문이 있습니다. EST, IST, EMEA 및 기타 지역의 리소스에 가장 적합한 시간은 언제입니까?

4. 유지 보수의 의도된 범위는 무엇입니까? 유지보수 활동에서 원하는 결과는 무엇입니까? 종합적으로 생각하십시오.

실행 중인 전체 환경을 포함하도록 응용 프로그램의 단순한 유지 관리를 넘어 생각하십시오. 최근에 애플리케이션 업그레이드를 계획 중이던 한 고객이 동시에 OS 업그레이드를 결정했습니다. 불행하게도, 이러한 범위의 약간의 변화는 예상보다 더 큰 결과를 가져왔습니다. 그들의 응용 프로그램은 새로 업그레이드된 OS를 지원하지 않아 문제가 발생했습니다. 유지 관리 기간의 범위가 잘 정의되어 있고 해당 범위에 대한 결과가 자세히 설명되어 있는지 확인하십시오. 환경이 작동한다고 말하는 것만으로는 충분하지 않습니다. 가능하면 예상되는 버전, 동작 및 측정 가능한 결과를 자세히 설명합니다. 자세히 보기IT 탄력성.

5. 유지 관리 기간(예상, 허용)의 기간은 어떻게 됩니까?

이상적으로 우리 모두는 유지 관리를 수행할 시간이 항상 있기를 원하지만 고객이 전 세계에 있다는 것은 중요한 작업의 경우에도 계획된 가동 중지 시간에 대한 허용 오차가 거의 없음을 의미합니다. 유지 관리를 계획할 때 예상되는 중단 시간은 어느 정도입니까? 허용되는 최대 창을 현실적으로 충족할 수 있습니까? 그렇지 않은 경우 유지 관리 이벤트를 다시 계획해야 합니다.

6. 롤백 계획은 무엇입니까?

우리는 아무 일도 일어나지 않기를 바라지만 우리는 소프트웨어, 복잡한 환경 및 구성, 수많은 팀에서 처리하는 많은 움직이는 부분을 다루고 있다는 점을 인식해야 합니다. 롤백 계획, 즉 시스템을 유지 관리 이전 버전 및 설정으로 되돌리는 수단이 필수적입니다. 문제가 발생하면 전체 백업 또는 머신 이미지와 같은 롤백 계획이 있는지 확인하십시오. 자세히 보기재해 복구.

7. 관련된 개별 팀원은 누구이며 그들의 역할과 책임은 무엇입니까? 필요한 모든 역할과 책임이 명확하게 정의되어 있습니까?

고객 경험 담당 부사장으로서 우리 팀은 중요한 팀원이 없어 예상치 못한 지연이 발생한 유지 관리 활동에 참여했습니다. 계획과 아키텍처를 계획할 때 팀 구성원과 필요한 IT 역할 및 책임을 식별해야 합니다. 수석 지원 엔지니어인 Greg Tucker가 고객에게 상기시켜 주듯이 HA는 스토리지, 네트워크, 컴퓨팅, OS, 보안, 정책 등 환경의 모든 계층에 영향을 미칩니다.

8. 유지보수 계획은 어디에 문서화되어 있습니까? 계획을 마지막으로 검토, 업데이트 및 테스트한 시간은 언제입니까?

성공은 훌륭하지만 만족하거나 편안하게 만들 수도 있습니다. 수년간의 성공 후에는 프로세스가 더 이상 제대로 문서화되지 않거나 적극적으로 따르지 않을 수 있습니다. 이러한 질문에 답하면 팀이 계속해서 성공할 수 있습니다.

9. 생산 계획 이전에 테스트/QA에서 해결된 문제는 무엇입니까?

유지 관리 단계를 계속 테스트해 주셔서 감사합니다. 테스트 환경에서 해결된 문제가 프로덕션 유지 관리 계획에 적절하게 추가되었는지 확인하십시오. SIOS 고객 성공 팀은 고객이 QA 테스트를 수행하고 잘못된 가정을 발견하고 필요한 수정을 했지만 해당 수정 사항을 생산 체크리스트에 넣지 못하는 것을 보았습니다.

10. 당신의 계획에서 빠진 사람 또는 무엇이 있습니까?

계획, 시기, 팀, 역할 및 아키텍처를 살펴보았으므로 이제 마지막 질문이 남아 있습니다. 누가 또는 무엇이 누락되었습니까? 마지막 단계로 계획을 살펴보고 다음과 같은 질문을 하십시오. “우리 계획에서 누락된 사람은 누구입니까?” 또한 “우리 계획에서 빠진 것은 무엇입니까?”라고 물어보십시오. 고객 경험 담당 부사장으로서 저는 우리 팀과 협력하여 수많은 고객을 위한 활동 계획을 검토했습니다. 가장 기억에 남는 유지 관리 계획 검토 중 하나는 복제된 이미지에서 서버를 복원하고 백업에서 데이터를 복원하는 것을 포함하는 롤백 계획 내 일련의 단계를 발견했습니다. 그러나 이미지 복제 및 데이터 백업 단계는 작업 목록에 포함되지 않았습니다. 그들은 간과되었고 프로세스 초기에 수행되었다고 가정했습니다.

시스템 유지 관리는 고가용성 유지에 중요한 요소입니다.

시스템 유지 관리는 컴퓨터 시스템 유지 관리에 있어 중요하고 필요한 부분입니다. 유지 관리는 오류를 수정하거나 새로운 소프트웨어 기능을 도입하거나 시스템을 새로운 사용 사례에 맞게 조정하는 것일 수 있습니다. 문제의 시스템이 조직이 비즈니스 연속성을 유지하는 데 필수적인 비즈니스 크리티컬 시스템인 경우 신중한 계획을 갖는 것이 필수적입니다. 불필요한 위험이나 지연 없이 유지 관리가 비즈니스 요구 사항을 충족하는지 확인하려면 다음 10가지 질문과 기타 자신의 질문을 고려하십시오.

SIOS에 문의오늘은 고가용성 및 재해 복구 솔루션에 대해 알아보겠습니다.

의 허가를 받아 복제됨시오스