클라우드 체크리스트에 따른 데이터 센터 마이그레이션

클라우드 서비스는 가상 머신 실행을 위한 높은 가용성과 신뢰성을 보장합니다. 많은 기업이 자체 물리적 데이터 센터 외에 클라우드 서비스를 사용하거나 자체 데이터 센터에 온프레미스 서버 대신 사용합니다. 다른 기업은 자체 온프레미스 데이터 센터에서 클라우드로 작업 부하를 이전하는 것을 고려하고 있으며, 이 추세는 증가하고 있습니다. 특히 팬데믹이 촉진하고 있습니다.

이 블로그 게시물은 데이터 센터 마이그레이션을 정의하고 데이터 센터 이전 중에 직면할 수 있는 복잡성과 도전 과제에 대해 자세히 설명합니다. 또한 마이그레이션 프로세스를 원활하게 실행할 수 있도록 돕는 데이터 센터 마이그레이션 체크리스트도 공유합니다.

데이터 센터란 무엇입니까?

A data center is a facility housing computing, storage, and network resources. This facility provides resilient environmental, power, and network redundancy. Data centers are among the very complex and technologically advanced entities, with complex systems, architecture, and network intricacies.

데이터 센터는 개인이 소유하고 관리할 수도 있고, 여러 개인이 관리하는 많은 “팟”의 컴퓨터/서버/네트워크 자원을 포함한 공개적으로 소유될 수도 있습니다. 다양한 조직에 판매됩니다. 데이터 센터 리소스와 관련된 모든 복잡성으로 인해 조직이 한 데이터 센터에서 다른 데이터 센터로 마이그레이션을 결정할 수 있는 이유가 있을 수 있습니다.

데이터 센터 마이그레이션이란?

데이터 센터 마이그레이션은 하드웨어를 물리적으로 이동하거나 작업 부하를 논리적으로 다른 위치로 이동하는 프로세스입니다. 대상 위치는 다른 물리적 데이터 센터 또는 공개 클라우드의 가상 데이터 센터일 수 있습니다.

데이터 센터 마이그레이션의 이유

비즈니스 요구부터 기술적 필요에 이르기까지 조직이 한 데이터 센터에서 다른 데이터 센터로 리소스를 마이그레이션하기로 결정할 수 있는 몇 가지 이유가 있습니다.

비즈니스적인 관점에서, 데이터 센터 이전이 의미가 있을 수 있습니다. 합병, 인수, 자원 사이즈 조정, 축소 또는 확장 등의 이유로입니다. 또한, 기업은 가용성 측면에서 확장하고 비즈니스 필요에 따라 다양한 데이터 센터로 자원을 이동시키는 것을 고려할 수 있습니다.

기술적인 측면에서, 데이터 센터 기술은 지속적으로 변화하고 발전하고 있습니다. 기능과/또는 기능성을 향상시키기 위해 다른 데이터 센터로 이동하는 기술적인 이유가 있을 수 있습니다. 또한, 기업은 리소스를 여러 지역으로 분산하여 성능과 리소스의 탄력성을 향상시킬 수 있습니다.

데이터 센터를 이전하는 정확한 이유와 관계없이, 자원 이동이 원활하게 이루어져서 최종 사용자가 장애나 성능 또는 서비스 저하를 경험하지 않도록하기 위해서는 복잡성과 프로세스를 신중하게 고려해야 합니다.

데이터 센터 이전의 최상의 실천 방법

데이터 센터 이전 전략에 이 실천 방법을 적용할 수 있도록 해 보겠습니다. 이러한 실천 방법을 따르면 데이터 센터를 원활하게 이전할 수 있고 데이터 가용성과 사용자 경험에 부정적인 영향을 미치지 않습니다.

이전의 기준과 목표 설정

기업의 데이터 센터 이주를 위한 기준과 목표는 비즈니스의 요구나 해결하려는 문제에 따라 다양할 수 있습니다. 데이터 센터의 이전이 자원의 일부를 이동시키는 부분적인 이주인 경우, 이것은 다른 데이터 센터로 모든 자원을 이전하는 것과는 다른 이주의 풍경을 만들 것입니다.

프로젝트의 기술적 측면 뿐만 아니라 프로젝트의 비즈니스 목표도 평가하는 것이 중요합니다. 이를 통해 비즈니스 목표와 영향이 기술적 목표와 함께 고려되도록 할 수 있습니다.

현재 데이터 센터 자원을 공용 클라우드로 이전하는 경우 어떻게 될까요?

공용 클라우드 또는 사설 데이터 센터: 데이터 센터 요구 사항 이해하기

기관들 사이에서의 추세는 더 많은 자원을 공용 클라우드로 이동하는 것입니다. 데이터 센터 이전은 사설 데이터 센터에서 공용 클라우드로 이동하는 것을 의미할 수 있으며, 이는 공용 클라우드 공급 업체 중 하나를 통해 Amazon AWS, Microsoft Azure 또는 Google Compute Cloud 중에서 선택할 수 있습니다.

각 이주에는 고려해야 할 다른 도전 과제가 있습니다. 공용 클라우드로 이동할 경우 물리적 자원이 아닌 가상 또는 논리적 자원만 이동됩니다. 사설 데이터 센터에서 다른 사설 데이터 센터로의 물리적 이전의 경우 물리적 자원과 자산이 이동해야 할 수 있습니다.

데이터 센터의 클라우드 이전이 어떻게 모든 것을 근본적으로 바꿀 수 있는지의 예는 네트워크 통신 분야에 있습니다. 예를 들어 Amazon AWS에서 VLAN 개념은 존재하지 않습니다. 고객은 순수한 레이어 3 네트워크 위에 원시 도구가 있는 오버레이 네트워크를 제공받습니다. 따라서 세분화를 위해 VLAN에 의존하지 않습니다.

공용 클라우드 네트워크에서 네트워크 정책은 호스트 중심적이며 네트워크 수준이 아닙니다. 시행은 보안 그룹을 통해 호스트 수준에서 이루어집니다. 또한, Amazon에서 VPC를 프로비저닝하면 네트워크의 크기가 고정됩니다. 따라서 VPC 네트워크의 올바른 크기를 프로비저닝하는 것이 프론트 엔드에서 중요하며 데이터 센터의 클라우드 이전을 신중하게 고려해야 하는 좋은 예입니다.

사설 데이터 센터 이전에서는 대상 데이터 센터에 인프라의 일대일 시나리오를 기본적으로 만들고 현재 운영 중인 데이터 센터에 있는 리소스를 대상 데이터 센터에 프로비저닝하는 “쿠키 커터” 방식을 사용할 수 있습니다.

철저한 계획

일반적으로 데이터 센터 이전은 중요성을 과소평가해서는 안 되는 주요한 작업입니다. 잘못된 데이터 센터 이전은 서비스 중단, 데이터 백업 부족으로 인한 데이터 손실, 불만족한 고객, 브랜드 평판 훼손 및 궁극적으로 적절한 계획과 준비 없이 근무한 조직에 실질적인 손해를 입힐 수 있습니다.데이터 센터 이전 체크리스트

데이터 센터 이전 체크리스트

문제를 피하고 최상의 방법으로 데이터 센터를 이전하기 위해 데이터 센터 이전 체크리스트를 따르세요.

1. 데이터 센터 이전 계획

데이터 센터 이전 계획은 보통 준비에 주간이 걸리거나, 그렇지 않으면 몇 달이 걸립니다. 데이터 센터 이전 계획은 다음 사항을 포함해야 합니다:

기존 데이터 센터와 새 데이터 센터의 현장 조사

A necessary component is a site survey of both the existing data center and the new data center. The following questions should be answered:

• 현재 데이터 센터의 기존 물리적 자원을 이동할 것입니까? 
• 답이 “예”인 경우, 케이블링 및 기타 물리적 레이어 1 연결이 완전히 이해되었습니까? 
• 이것은 물리적 인프라가 이동되면 대상 데이터 센터에서 복제될 수 있습니까? 
• 기존 인프라를 새 데이터 센터로 이동하지 않는 경우, 기존 인프라에 대한 충분한 대체물이 마련되었습니까?

모든 것 문서화

모든 인프라 요구 사항, 저장, 컴퓨팅, 네트워크 요구 사항, 애플리케이션 요구 사항 및 기타 인프라 요구 사항이 문서화되었습니까?

참고:

• 문서화가 많을수록 부족한 것보다 나음을 유의하십시오. 
• 중요하거나 중요하지 않은 사항에 관계없이 모든 랙, 랙의 “U”, 가상 머신, 네트워크 및 애플리케이션이 문서화되었는지 확인하십시오.

의존성

• 현재 데이터 센터 환경에서 대상 데이터 센터에 복제해야 하는 의존성이 완전히 이해되었습니까?
• 현재 데이터 센터에는 대상 데이터 센터에 복제해야 하는 현재 부수적 시스템이 있습니까?

네트워크가 필요합니다

기존 응용 프로그램에 대한 LAN 및 WAN 고려 사항은 무엇이며, 이는 새 데이터 센터에 대한 고려 사항이어야 합니까?
사설 데이터 센터

• 현재 사용 중인 기존 데이터 센터에서 제공해야 하는 VLAN이 있습니까? 새 데이터 센터에 필요한 것이며, 어떤 IP 주소 지정이 필요한가요?
• 현재 데이터 센터의 리소스 및 응용 프로그램에 대한 IP 주소 요구 사항은 무엇입니까?
• 기존 응용 프로그램이 이동하기 전에 플러시해야 하는 하드 코딩된 IP 주소에 의존합니까?
• WAN IP 주소 관련 문제는 무엇입니까? 모든 WAN IP 주소 고려 사항이 고려되었습니까?
• DNS 및 이름 해결은 어떻게 진행됩니까?
  • 현재 데이터 센터 및 새 데이터 센터의 리소스가 병렬로 실행되어 DNS를 원활하게 이동시키고 DNS 수렴에 시간을 제공할 수 있습니까?
  • 다른 메커니즘인 IP Anycast와 같은 것이 사용되어 여러 위치에서 동일한 IP 접두사를 광고하고 BGP 또는 다른 라우팅 프로토콜이 링크의 비용 및 상태에 따라 경로를 설정할 수 있습니까?
• 네, 필요한 WAN 회로를 주문하여 새 회로가 충분한 리드 타임을 가질 수 있도록 했나요? 일부 ISP(인터넷 서비스 제공자)는 새 회로를 구축하는 데 최대 90일이 소요될 수 있습니다. 이러한 시간 여유는 데이터 센터 이전 계획에 반드시 포함되어야 합니다.

공용 클라우드

• 퍼블릭 클라우드에는 VLAN이 존재하지 않으므로, 계층 2 요구 사항은 네트워크 액세스를 재설계할 때 고려해야 합니다.
• 필요한 IP 주소는 얼마나 되시나요? 서브넷의 크기는 어떻게 되어야 하나요? AWS는 기본적으로 /16 서브넷을 사용합니다.
• 네트워크 보안은 어떻게 설정해야 하나요? 어떤 보안 그룹을 고려해야 하나요?
• 하나의 VPC당 500개의 보안 그룹 제한 – 귀하의 네트워크는 제공되는 것보다 더 많은 보안 그룹이 필요할까요?
• 여러 개의 VPC를 프로비저닝해야 할까요?
• 퍼블릭 클라우드로 이동한다면, 자동화 도구 변경이 필요할 것입니다. 이를 고려하셨나요?

2. 데이터 센터 이전 테스트 체크리스트

이전 프로세스의 모든 단계를 진행할 수는 없겠지만, 이전의 한 번 또는 여러 번의 테스트 실행은 도움이 될 수 있습니다. 네트워크 전환 항목과 같은 주요 구성 요소를 실험실 환경에서 스테이징할 수 있다면, 실제 이전 전에 응용 프로그램 등의 잠재적 문제를 파악하는 데 도움이 될 수 있습니다.

• 주요 팀 구성원과 이전의 주요 포인트를 논의해 보세요.
• 랩 환경을 활용하여 데이터 센터 이전을 시뮬레이션하십시오. 네트워크 리소스 및 응용 프로그램 테스트 및 문제 해결을 포함합니다. 테스트는 데이터 센터 이전 체크리스트의 중요한 부분입니다.

3. 데이터 센터 이전 실행

계획이 완료되고 리소스가 새로운 데이터 센터 위치나 공용 클라우드에서 활성화 준비가 되었으니, 이제 이전을 실행할 때입니다. 데이터 센터 이전 중 고려해야 할 사항은 다음과 같습니다:

• 이전의 각 부분에 대해 책임이 누구에게 있는지 알아야 합니다. 가장 중요한 것은 가정을 하고 이전의 중요한 측면에 대한 책임이 누락되는 것을 막는 것입니다.
• 이전 프로젝트에 참여하는 모든 사람들과 자세한 작업 계획을 수립하십시오. 책임을 명확히 나열하십시오.
• 참여하는 모든 사람들의 연락처 정보, 전화번호 등을 보유하여 시간을 낭비하지 않고 잠재적인 데이터 센터 이전 문제에 대처할 수 있도록 합니다.
• 대기 중인 추가 공급업체 연락처를 보유합니다. 이에는 데이터 센터 연락처, ISP, 네트워크 엔지니어, 인프라 엔지니어, 운영 엔지니어 등이 포함됩니다.
• 전자 통신, 배너 페이지 등을 통해 미리 최종 사용자에게 알립니다. 기대되는 유지 보수 창을 상세히 설명하여 최종 사용자의 당혹감을 최소화합니다.
• 자원 이전으로 인한 최종 사용자 문제가 급증할 경우 대비하여 트리아지를 위한 팀을 준비하세요.

4. 데이터 센터 이전 체크리스트

데이터 센터 자원을 이전한 후, 이전으로 인한 성능 문제 또는 기타 시스템 문제를 신속하게 파악해야 합니다.

• 자동으로 또는 수동으로 이 작업을 수행할 팀을 할당하여, 이전 이후의 시스템 프로세스의 무결성 및 응용 프로그램 가용성을 확인하세요.
• 세계 각지에서 트래픽을 수신하는 경우, DNS 수렴으로 인한 지리적 위치 간의 차이점을 테스트할 수 있도록 세계 각 지점에서 트래픽을 시뮬레이트하세요. 이름 레코드가 변경된 경우를 대비하여.
• 응용 프로그램의 오류뿐만 아니라 성능도 테스트하세요.
• 성능 향상이 예상되는 경우, 해당 향상이 실현되었는지 확인하세요.
• 성능이 나빠졌습니까 이는 이전과 관련된 기본 문제를 나타낼 수 있습니까?
• 유지 보수 기간이 종료되고 시스템이 정상 작동으로 예상될 때 최종 사용자에게 알립니다. 이렇게 하면 최종 사용자가 이전과 관련된 문제 또는 실제 문제를 겪고 있는지를 알 수 있습니다.데이터 센터 이전 중 발생한 모든 문제를 수집하기 위해 모든 관련 팀원과 사후 검토를 진행하세요. 이는 미래에 더 강력한 팀을 구축하고, 예방할 수 있는 문제를 밝혀내고, 그것들을 미래 프로젝트에 반영하는 데 도움이 될 것입니다.
• 모든 팀 구성원과 함께 사후 점검을 진행하여 데이터 센터 이전 중 발생한 문제를 수집하십시오. 이는 미래에 더 강력한 팀을 구축하는 데 도움이 되며, 예방할 수 있었던 문제를 밝혀내고 미래 프로젝트에 반영할 수 있도록 합니다.

참고: 클라우드로 데이터 센터 이전을 완료했다면, 데이터를 보호하기 위해 클라우드 백업 전략을 시행해야 함을 기억하십시오.

결론적으로

데이터 센터 이전은 조직이 수행해야 할 가장 복잡한 프로세스 중 하나일 수 있습니다. 이 이전은 시스템에 정밀하고 계획된 변경 사항을 가해야 하므로 해당 시스템이 이전 중 온라인 상태를 유지하거나 가능한 빨리 다시 온라인 상태로 돌아올 수 있도록 해야 합니다.

성공적인 이전의 보상은 엄청날 수 있습니다. 이는 비즈니스가 더 현대적이고 기술적으로 발전된 데이터 센터로 기술적 요구 사항을 확장할 수 있게 해줄 수 있습니다. 또한, 이는 조직이 자원을 보유하기 위해 클라우드로 데이터 센터 이전을 수행할 수 있게 해줄 수 있습니다. 어떤 방식이든, 적절한 계획, 테스트 및 신중하게 준비된 계획의 실행을 통해 조직이 성공적인 데이터 센터 이전을 성공적으로 수행할 수 있도록 합니다.

이전을 시작하기 전에 데이터를 백업하는 것이 매우 권장됩니다. 물리적 및 가상 머신을 데이터 센터에서 보호하기 위해 NAKIVO Backup & Replication 무료 평가판을 다운로드하십시오.