Hess Corporation은 업계를 선도하는 세계적인 에너지 기업으로서 원유 및 천연가스를 탐사하고 생산합니다. 1933년에 설립된 Hess Corporation은 12개국 이상에 지사를 두고 있으며, 뉴욕주 뉴욕에 본사 및 텍사스주 휴스턴과 말레이시아 쿠알라룸푸르에 지역 본부를 두고 있습니다.

기업은 전략적, 재정적 및 기타 이유로 비즈니스를 인수하고 매각합니다. 이러한 프로세스는 조직의 모든 부분에 영향을 주고 효율적으로 관리되지 않는 경우 조직 및 비즈니스 중단을 불러올 수 있습니다. 2013년 Hess는 에너지 탐사 및 생산(E&P)에 집중하기 위해 비즈니스를 간소화하기로 했습니다. 간소화 프로세스의 하나로 2013년 3월에 소매, 에너지 마케팅, 터미널을 비롯하여 다운스트림 비즈니스 매각 의사를 발표했습니다. 잠재적 구매자를 기대하며 비즈니스 시스템 및 데이터를 분리하기 위해 Hess IT는 2013년 7월에 Amazon Web Services(AWS) 작업을 시작했으며 2014년 1월까지 작동 가능한 프로덕션 환경을 구축하는 계약을 맺었습니다.

선임 아키텍트인 Jim McDonald는 "클라우드 기술 및 서비스로서의 인프라(IaaS)의 가장자리 부근에서 실험을 해왔습니다. 기업 분할 발표는 클라우드 채택을 가속화할 수 있는 완벽한 기회를 주었습니다. 우리는 구매자에게 제대로 작동 및 운영되는 인프라를 제공할 의무가 있었습니다. 또한, Hess에게 법적 및 물리적으로 즉시 넘겨줄 수 있는 인프라를 준비해줄 의무도 있었습니다. 클라우드를 사용함으로써 이러한 모든 요구 사항을 충족시킬 수 있었고 결과에 감격했습니다."라고 말합니다.

IT 조직은 AWS 파트너 네트워크(APN)의 어드밴스 컨설팅 파트너인 Nimbo와 2013년 초에 클라우드에 대한 대화를 시작했습니다. Nimbo와 작업을 하면서, Hess는 클라우드 제공사 후보자 명단을 작성했고 최종적으로 Amazon Web Services(AWS)를 선택했습니다.

McDonald는 "애플리케이션을 다시 설계할 시간이 없었습니다. AWS는 Windows Server 2003, 다양한 SQL Server와 Oracle 데이터베이스, 강력한 Citrix 환경에서 우리의 레거시 32비트 애플리케이션을 지원할 수 있었습니다."라고 말합니다.

AWS로 마이그레이션하기 위한 인프라 준비를 위해 Hess와 Nimbo는 병렬로 구현하는 양면 접근 방법을 개발했습니다.

• 이전할 서버, 운영 체제 수준, 프로세서와 메모리 요구 사항, 스토리지 구성, 백업과 복원 요구 사항 등을 파악하는 구체적인 인벤토리

• 구매자에게 이전할 애플리케이션, 통합 지점, 성능 요구 사항, 원격 액세스, 디스크 사용량과 증가 등을 파악하는 애플리케이션 검토 프로세스

McDonald는 "이전을 복잡하게 만들 만한 인프라 수정은 하지 않았습니다. 가능한 한 온프레미스 환경과 같은 사양으로 AWS에 인스턴스를 구축했습니다."라고 말합니다.

Nimbo의 공동 설립자이자 COO인 Ira Bell은 "AWS는 전체 조직을 패키징하여 구매자에게 넘겨준다는 개념을 구체화하는 데 중요한 역할을 했습니다. 우리는 에너지 마케팅 비즈니스를 살아있는 객체처럼 대하면서 작업했습니다. 어떻게 하면 객체를 애스크로 유형의 환경이나 중립 지대로 간주되는 곳에 넣을 수 있을까 하는 고민에 많은 시간을 쏟았습니다. 전환 기간 중 비즈니스가 계속해서 번창하고 성공적으로 운영되는 것이 매우 중요했습니다."라고 말합니다.

Hess는 7월에 일련의 파일럿 애플리케이션을 선택하고 AWS 플랫폼에 기본 인프라를 구축하기 시작했습니다. 빠르게 Wins 개발하고 책임자에게 승인을 받은 후, 팀은 몇 주 동안 남아있는 애플리케이션 포트폴리오에 대한 구체적인 정보를 수집하여 보안 요구 사항에 대한 지침을 Nimbo에게 제공했습니다.

Hess에게 클라우드 환경에서의 작업은 조직 및 문화적 변화였으며 애플리케이션 팀의 동의를 이끌어내는 것이 매우 중요했습니다. McDonald는 "모두가 AWS 플랫폼의 기능에 좀 더 익숙해지고 이런 접근 방식을 신뢰하는 것이 정말 중요했습니다"라고 말합니다. Nimbo는 AWS에 익숙하지 않은 애플리케이션 개발자에게 클라우드 핵심 기술과 기능을 배울 기회를 주기 위해 비공식 세션을 열었습니다.

Hess는 AWS의 Amazon Virtual Private Cloud(Amazon VPC)를 사용하여 온프레미스 데이터 센터를 연결하도록 2013년 8월에 VPN 연결을 구축했습니다. "Amazon VPC는 서버를 적절한 서브넷으로 논리적으로 분리하고 우리가 원하는 방식으로 네트워크 구성을 적용할 수 있도록 해주었습니다."

기업의 요구가 증가함에 따라, Hess는 좀 더 일관된 네트워크 성능을 위해 AWS Direct Connect를 1Gbps 연결로 전환했습니다. McDonald는 "마이그레이션 도중 상당히 복잡한 데이터 복제 요구 사항이 있었지만, 모든 것이 예상대로 진행되었고 지원팀은 같은 도구를 사용하여 데이터 센터에 익숙해진 서버를 관리할 수 있었습니다. 클라우드는 근본적으로 우리 네트워크의 확장이었습니다."라고 말합니다.

Hess는 약 300개의 서버를 미국 동부(버지니아 북부) 리전에 있는 AWS에 마이그레이션했습니다. Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스에 연결된 Amazon Elastic Block Store(Amazon EBS)는 500TB에 달하는 데이터를 위해 블록 수준의 스토리지를 제공합니다. EBS용으로 최적화된 인스턴스와 함께 스토리지를 위해 프로비저닝된 IOPS 볼륨은 IO 수요가 많은 서버에 일관된 성능과 짧은 지연 시간을 제공합니다. 극단적인 경우에는 프로비저닝된 IOPS 볼륨을 RAID 어레이로 구성하여 성능을 높였습니다.

또한, 재해 복구(DR)에 더욱 적합한 환경을 배치하기 위해 환경을 여러 가용 영역으로 확장했습니다. McDonald는 "계약상 DR 기능을 제공할 의무는 없지만, 구매자가 DR 계획의 기반으로 사용할 수 있도록 두 번째 가용 영역에 개발 환경을 구성했습니다."라고 설명합니다.

Hess는 온프레미스 환경에서 테이프 백업 시스템을 사용합니다. 팀은 야간 데이터 백업을 위해 모든 볼륨의 스냅샷을 생성하고 Amazon Simple Storage Service(Amazon S3)에 스냅샷을 저장할 수 있도록 AWS에 플랫폼을 구성했습니다. 스냅샷이 파일 검색 또는 롤백을 목적으로 인스턴스에 연결합니다. McDonald는 "스냅샷으로 서버 오류 및 실수로 데이터가 삭제 또는 훼손되는 것에 대비할 수 있었습니다. Amazon EC2 콘솔, Amazon EC2 명령줄 인터페이스(CLI) 도구, API 등을 사용하여 같은 리전의 스냅샷을 다른 AWS 리전으로 쉽게 복사할 수 있는 기능을 활용했습니다. 스냅샷 복사본을 사용하여 데이터 백업을 생성하고 Microsoft Windows Server 2003과 Windows Server 2008을 실행하는 새로운 Amazon EBS 볼륨 및 표준 Amazon 머신 이미지(AMI)를 생성했습니다."라고 말합니다.

Hess는 SQL Server 2000, SQL Server 2005, SQL Server 2008 등의 스탠다드 및 엔터프라이즈 버전을 비롯하여 다양한 버전의 Microsoft SQL Server를 환경에 사용했습니다. SQL Server 데이터베이스와 Oracle 데이터베이스의 백업 생성을 위해, 기본 데이터베이스 백업 도구를 사용하여 데이터를 먼저 Amazon S3에 저장하고 그런 다음 장기간 보관을 위해 Amazon Glacier에 저장했습니다.

Amazon CloudWatch는 클라우드 리소스와 애플리케이션을 모니터링합니다. Hess의 온프레미스 인프라는 로드 밸런싱을 위한 NetScaler 디바이스와 애플리케이션 방화벽 관리를 위한 F5를 포함했습니다. Hess는 AWS Marketplace를 사용하여 클라우드에서 온프레미스 디바이스를 가상화했습니다. 그림 1은 AWS의 인프라를 보여줍니다.

hess-arch-diagram

그림 1. AWS의 에너지 마케팅 인프라

에너지 마케팅의 IT 환경은 50%의 상용 소프트웨어와 50%의 사용자 지정 애플리케이션으로 구성되어 있습니다. 거의 모든 사용자 지정 애플리케이션은 Microsoft .NET 프레임워크를 사용하여 개발되었습니다. 대부분의 애플리케이션(사용자 지정 및 상용)은 필요에 따라 SQL Server 데이터베이스와 Oracle을 사용합니다. 약 70%의 애플리케이션이 웹 기반이며 나머지는 "씩 클라이언트"(예: 네트워크에 연결된 컴퓨터에서 실행) 애플리케이션입니다.

Hess는 AWS 플랫폼을 활용하여 환경을 생성 및 구축도 빠르게 하고 실패도 빠르게 할 수 있었습니다. McDonald는 "뭔가가 작동하지 않으면, 몇 시간 또는 며칠 만에 이를 걷어내고 다시 구축할 수 있었습니다. 수십 개의 서버를 빠르게 구축할 수 있는 유연성은 정말 큰 도움이 되었습니다."라고 말합니다.

Hess는 프로덕션 환경에 필요한 서버의 절반을 구축한 다음 코드를 사용하여 나머지를 복제했습니다. Nimbo는 이런 접근 방식을 사용하여 하루에 수백 개의 서버를 구축할 수 있었습니다. McDonald는 "온프레미스 환경에서는 처음 보는 일일 것입니다. 100개의 서버를 버튼을 클릭하여 구축하는 것은 정말 경이롭습니다."라고 말합니다. Bell은 "Nimbo의 핵심 역량 중 하나가 개발 운영 경험입니다. AWS같이 활용할 수 있는 플랫폼이 있을 때 제대로 실력을 발휘하는 리더들이 있습니다."라고 설명합니다.

AWS 클라우드에서 실행함으로써 Hess는 긴 시간이 소요되는 구매와 라이선스 절차 없이 쉽게 Microsoft Windows와 SQL Server를 설치하고 가상 애플리케이션을 구축할 수 있었습니다. McDonald는 "이런 종류의 프로젝트에는 언제나 어려움이 따릅니다. AWS 환경은 주어진 문제를 해결할 수 있는 대안과 몇 가지 다른 방법을 제공합니다. 이러한 유연성이 성공의 핵심이었습니다."라고 말합니다.

McDonald는 "이 프로젝트는 출시 속도가 관건이었고 우리는 AWS 클라우드로의 마이그레이션을 6개월 만에 완료했습니다. 물리적 서버를 사용했다면 최소한 두 배의 시간이 걸렸을 것입니다."라고 말합니다.

Hess는 너무 긴 지원 협약 없이 가능한 한 원활하게 새로운 소유주에게 인프라를 이전해 줄 수 있길 바랬습니다. Hess는 2014년 1월에 에너지 마케팅 비즈니스를 위한 프로덕션 환경으로 AWS를 사용하기 시작했고, 2월에 구매자에게 환경을 이전했습니다.

보안 위험을 최소화하고 환경에 액세스하기 위해, Hess는 인증용으로 AWS Multi-Factor Authentication(MFA)을 사용했습니다. 구매자가 AWS 계정을 설정하고 자격 증명을 전달한 후에, Hess가 디바이스를 넘겼습니다. McDonald는 "이전은 30분짜리 회의에서 이루어졌습니다. 너무나도 간단한 작업이었습니다."라고 말합니다.

Bell은 "Hess와 Nimbo는 제가 클라우드에서 본 중에 가장 독특한 사용 사례에서 AWS를 정말 잘 활용했습니다. 조직적이지만 간단한 프로세스를 통해 열쇠를 구매자에게 넘겼고 비즈니스는 예상했던 대로 지속되었습니다. Nimbo에게 이렇게 성공적인 클라우드 구현에 참여하게 해준 Hess와 AWS의 사고 리더쉽에 크게 감명을 받았습니다."라고 말합니다.

인수 성공으로 Hess에서는 클라우드 서비스에 대한 가시성이 높아졌습니다. "우리가 수행한 작업은 AWS와 함께 어떤 일을 할 수 있는지를 조직에게 보여주었습니다. 기업 분할로 인해 이번 프로젝트를 추진하게 됐지만, 이제 모든 과정을 경험했고 우리가 AWS 클라우드로 무엇을 할 수 있는지 알게 되었습니다. 향후에는 온프레미스 기능에 대한 대안으로 클라우드 솔루션 구축을 고려할 것입니다."라고 McDonald는 덧붙입니다.

AWS가 비즈니스에 어떻게 도움을 주는지 자세히 알아보려면, 엔터프라이즈 IT 세부 정보 페이지 http://aws.amazon.com/enterprise-it/를 방문하십시오.

AWS 클라우드에서 귀하의 회사를 운영하는 데 Nimbo가 어떤 도움을 줄 수 있는지 자세히 알아보려면 AWS 파트너 디렉토리에서 Nimbo의 목록을 참조하십시오.