메인프레임에서 Azure로 전환

기존 기본프레임 애플리케이션을 실행하기 위한 대체 플랫폼인 Azure는 고가용성 환경에서 하이퍼스케일 컴퓨팅 및 스토리지를 제공합니다. 기본프레임 환경과 관련된 비용 없이 최신 클라우드 기반 플랫폼의 가치와 민첩성을 얻을 수 있습니다.

이 섹션에서는 메인프레임 플랫폼에서 Azure로 전환하는 방법과 관련한 기술 지침을 제공합니다.

MIPS와 vCPU 비교

메인프레임 워크로드를 실행하는 데 필요한 vCPU(가상 중앙 처리 장치)의 수를 결정하기 위한 범용 매핑 수식은 없습니다. 그러나 MIPS(초당 백만 명령) 메트릭은 Azure의 vCPU에 매핑되는 경우가 많습니다. MIPS는 지정된 컴퓨터에 대해 초당 주기 수의 상수 값을 제공하여 기본frame의 전체 컴퓨팅 성능을 측정합니다.

소규모 조직에는 500MIPS 미만이 필요할 수 있지만 대규모 조직에서는 일반적으로 5,000MIPS 이상을 사용합니다. 단일 MIPS당 1,000달러의 대규모 조직은 5,000MIPS 인프라를 배포하기 위해 연간 약 500만 달러를 지출합니다. 이러한 규모의 일반적인 Azure 배포에 대한 연간 예상 비용은 MIPS 인프라 비용의 1/10 정도에 불과합니다.

Azure를 사용하는 VCPU에 대한 MIPS의 정확한 계산은 vCPU의 유형과 실행 중인 정확한 워크로드에 따라 달라집니다. 그러나 벤치마크 연구 결과를 참조하면 필요한 vCPU 수와 유형을 비교적 정확하게 예측할 수 있습니다. 최근 HPE zRef 벤치마크에서는 다음과 같은 예상치를 제공합니다.

• 온라인(CICS) 작업용으로 HPE ProLiant 서버에서 실행되는 Intel 기반 코어당 MIPS - 288.

• COBOL 일괄 처리 작업에 대한 Intel 코어당 170MIPS입니다.

이 가이드에서는 온라인 처리의 vCPU당 MIPS는 200이고 일괄 처리의 vCPU당 MIPS는 100이라고 가정합니다.

참고 항목

이러한 예상은 Azure에서 새 VM(가상 머신) 시리즈를 사용할 수 있게 되면 변경될 수 있습니다.

고가용성 및 장애 조치(failover)

메인프레임 시스템은 메인프레임 커플링 및 Parallel Sysplex 사용 시 99.999%의 가용성을 제공하는 경우가 많습니다. 그러나 시스템 운영자는 여전히 기본TIPL(초기 프로그램 로드)에 대한 가동 중지 시간을 예약해야 합니다. 실제 가용성은 고급 Intel 기반 서버에 필적하는 99%~99.9% 정도입니다.

반면 약정 기반 SLA(서비스 수준 계약)를 제공하는 Azure는 로컬/지역 기반 서비스 복제를 통해 최적화되므로 매우 높은 가용성이 기본적으로 보장됩니다.

Azure는 로컬 또는 다른 지리적 지역에서 여러 스토리지 디바이스의 데이터를 복제본(replica) 추가 가용성을 제공합니다. Azure 기반 오류가 발생할 경우 컴퓨팅 리소스는 로컬 또는 지역 수준에서 복제본(replica)ted 데이터에 액세스할 수 있습니다.

Azure SQL Database 및 Azure Cosmos DB와 같은 Azure PaaS(Platform as a Service) 리소스를 사용할 때는 Azure가 장애 조치(failover)를 자동으로 처리할 수 있습니다. Azure IaaS(Infrastructure as a Service)를 사용할 때는 SQL Server Always On 기능, 장애 조치(failover) 클러스터링 인스턴스, 가용성 그룹 등의 특정 시스템 기능이 장애 조치(failover)에 사용됩니다.

확장성

메인프레임은 일반적으로 스케일 업되지만 클라우드 환경은 스케일 아웃됩니다. 메인프레임은 CF(결합 시설)를 사용하여 스케일 아웃할 수 있지만 하드웨어 및 스토리지 비용 높기 때문에 메인프레임의 스케일 아웃 비용이 많이 듭니다.

또한 CF는 긴밀하게 결합된 컴퓨팅 기능을 제공하는 반면 Azure의 스케일 아웃 기능은 느슨하게 결합되어 있습니다. 클라우드는 사용량 기반 청구 모델에서 주문형으로 계산 능력, 스토리지 및 서비스를 확장하여 정확한 사용자 사양에 맞게 확장하거나 축소할 수 있습니다.

백업 및 복구

메인프레임 고객은 일반적으로 재해 복구 사이트를 기본 재해 발생에 대해 사용하거나 독립적인 기본프레임 공급자를 사용합니다. 재해 복구 사이트와의 동기화는 일반적으로 오프라인 데이터 복사본을 통해 수행됩니다. 두 옵션 모두 높은 비용이 발생합니다.

자동화된 지역 중복성은 메인프레임 결합 기능을 통해서도 사용할 수 있습니다. 이 방식은 비용이 많이 들고 일반적으로 중요 업무용 시스템에 예약되어 있습니다. 반면, Azure에는 로컬 또는 지역 수준에서 또는 지역 중복성을 통해 백업, 복구 및 중복성을 구현하기 쉽고 비용 효율적인 옵션이 있습니다.

스토리지

기본프레임이 작동하는 방식을 이해하는 과정에서 다양한 겹치는 용어를 디코딩하는 작업이 포함됩니다. 예를 들어 중앙 스토리지, 실제 메모리, 실제 스토리지, 주 스토리지 등의 용어는 대개 모두 메인프레임 프로세서에 직접 연결된 스토리지를 지칭합니다.

메인프레임 하드웨어에는 프로세서와 기타 여러 디바이스(예: DASD(직접 액세스 스토리지 디바이스), 자기 테이프 드라이브, 여러 유형의 사용자 콘솔)가 포함되어 있습니다. 테이프 및 DASD는 시스템 기능과 사용자 프로그램에 사용됩니다.

메인프레임용 실제 스토리지 유형은 다음과 같습니다.

• 중앙 스토리지: 메인프레임 프로세서에 직접 연결되어 있으며 프로세서, 실제 스토리지라고도 합니다.
• 보조 스토리지: 메인프레임과 분리되어 있으며 페이징 스토리지라고도 하는 이 스토리지 유형에는 DASD의 스토리지가 포함됩니다.

클라우드는 유연하고 확장 가능한 다양한 옵션을 제공하며 필요한 옵션에 대해서만 비용을 지불합니다. Azure Storage 는 데이터 개체에 대한 대규모 확장성 있는 개체 저장소, 클라우드용 파일 시스템 서비스, 신뢰할 수 있는 메시징 저장소 및 NoSQL 저장소를 제공합니다. VM의 경우 관리 디스크와 관리되지 않는 디스크는 영구 보안 디스크 스토리지를 제공합니다.

메인프레임 개발 및 테스트

기본프레임 마이그레이션 프로젝트의 주요 동인은 애플리케이션 개발의 변화하는 측면입니다. 조직은 개발 환경을 보다 민첩하고 비즈니스 요구 사항에 응답하기를 원합니다.

메인프레임에는 일반적으로 QA 및 스테이징 LPAR과 같은 개발 및 테스트를 위한 별도의 LPAR(논리 파티션)이 있습니다. 메인프레임 개발 솔루션에는 컴파일러(COBOL, PL/I, 어셈블러) 및 편집기가 포함됩니다. 가장 일반적인 것은 IBM 기본frame에서 실행되는 z/OS 운영 체제에 대한 ISPF(Interactive System Productivity Facility)입니다. 그 외에는 ROSCOE RPF(프로그래밍 기능) 및 CA 사서 및 CA-Panvalet와 같은 컴퓨터 어소시에이츠 도구가 포함됩니다.

에뮬레이션 환경 및 컴파일러는 x86 플랫폼에서 사용할 수 있으므로 개발 및 테스트는 일반적으로 기본프레임에서 Azure로 마이그레이션하는 첫 번째 워크로드 중 하나일 수 있습니다. Azure에서 DevOps 도구의 가용성과 광범위한 사용은 개발 및 테스트 환경의 마이그레이션을 가속화하고 있습니다.

솔루션이 Azure에서 개발 및 테스트되고 기본프레임에 배포할 준비가 되면 코드를 기본프레임에 복사하고 컴파일해야 합니다.

다음 단계

메인프레임 애플리케이션 마이그레이션