클라우드 마이그레이션이 중단 된 6 가지 이유

점점 더 많은 고객이 클라우드의 유연성, 확장 성 및 성능을 활용하고자합니다. 변화하는 애플리케이션, 솔루션, 고객 및 파트너의 수가 증가함에 따라 마이그레이션이 중단되지 않도록하십시오.

클라우드 마이그레이션이 중단되는 다음 6 가지 이유 방지

1. 불완전한 클라우드 마이그레이션 프로젝트 계획

프로젝트 계획은 프로젝트 성공의 핵심 기여자로 널리 알려져 있습니다. 계획은 프로젝트 단계에서 이해 관계자, 다양한 구현 팀 및 파트너를 안내하는 데 필수적인 역할을합니다. 계획은 원하는 목표를 식별하고, 리소스와 팀을 이러한 목표에 맞추고, 위험을 줄이고, 기한을 놓치는 것을 방지하고, 궁극적으로 클라우드에서 고 가용성 솔루션을 제공하는 데 도움이됩니다.불완전한 계획과 불완전한 계획은 종종 프로젝트 중단의 큰 원인입니다.9 시간에 주요 종속성이 식별됩니다. 예기치 않은 서버 재부팅 중에 애플리케이션 모니터링 및 HA 홀이 식별됩니다 (아래 참조). 클라우드 마이그레이션에 계획이 있는지 확인하고 계획을 실행하십시오.

2. 온 프레미스 오버 엔지니어링

“이것이 우리가 온 프레미스 노드에서 수행 한 방법입니다.”라는 문구가 최근 고객 대화를 시작했습니다. 고객은 클라우드로의 마이그레이션 시도가 중단되었을 때 SIOS 전문 서비스의 프로젝트 관리자 인 Edmond Melkomian과 협력했습니다.발견 세션 중에 Edmond는 온 프레미스 대 클라우드 아키텍처와 관련된 과잉 엔지니어링 된 항목을 발견 할 수있었습니다. 일부 프로젝트의 경우 온 프레미스에서 수행 한 작업을 재현하는 것은 부풀음, 복잡성 및 지연에 대한 이력서가 될 수 있습니다. 아키텍처 및 마이그레이션 계획을 분석하고 특히 네트워킹 및 스토리지를 사용하여 과도하게 엔지니어링 된 구성 요소 및 설계를 무자비하게 제거하십시오.

3. 언더 프로비저닝

비용을 제어하고 무분별한 확장을 방지하는 것은 클라우드 마이그레이션의 중요하고 중요한 측면입니다.그러나 일부 고객은 디스크 및 대역폭에 대한 시간당 요금과 관련 비용에 대해 걱정하는 것이 부족한 프로비저닝의 함정에 빠집니다.이 트랩에서 리소스는 잘못된 속도 특성을 가진 디스크, 잘못된 CPU 또는 메모리 풋 프린트가있는 컴퓨팅 리소스, 잘못된 노드 수가있는 클러스터 등 부적절한 크기입니다.이와 같이 프로비저닝이 부족한 경우 UAT (User Acceptance Test)가 시작되고 예상 / 예상 워크로드로 인해 규모가 작은 리소스에 대한 로그 잼이 발생하면 문제가 발생합니다.또는 대상 노드의 비용 최적화가 장애 조치 시나리오에서 리소스를 제대로 처리 할 수 없습니다. 클라우드에서 가상 머신의 크기를 조정하는 것은 간단한 프로세스이지만 이러한 크기 조정 문제는 종종 설계자와 최고 재무 책임자가 리소스 재 프로비저닝의 영향을 이해하려고하는 동안 지연을 유발합니다.

4. 내부 IT 프로세스

모든 대기업에는 일련의 내부 프로세스가 있으며 팀과 회사도 예외는 아닙니다.IT 프로세스는 일반적으로 클라우드 마이그레이션 전략의 성공에 큰 영향을 미칠 수있는 프로세스 중 핵심입니다. 과거에는 많은 기업들이 입찰, 사이징 가이드, 주문 승인, 서버 준비 및 구성, 최종 배포를 포함한 긴 요청 및 인수 프로세스를 가지고있었습니다.클라우드 프로세스는 무엇보다도 컴퓨팅, 스토리지 및 네트워크 리소스를 획득하고 배포하는 방식을 획기적으로 변경했습니다.그러나 프로세스가 클라우드의 속도를 따라 가지 못한 경우 계획이 변경 될 때 마이그레이션이 중단 될 수 있습니다.

5. 불량한 고 가용성 계획

클라우드 마이그레이션이 중단 될 수있는 또 다른 이유는 고 가용성 계획과 관련이 있습니다. 고 가용성에는 도구 번들 또는 엔터프라이즈 라이선스 이상의 것이 필요합니다.HA에는 신중하고 철저하며 사려 깊은 시스템 설계가 필요합니다.HA 솔루션을 배포 할 때 계획은 용량, 중복성 및 복구 및 수정 요구 사항을 고려해야합니다. 계획을 통해 요구 사항을 적절하게 식별하고, 솔루션을 제안하고, 위험을 고려하고, 배포 및 유효성 검사에 대한 종속성을 관리합니다. 계획이 없으면 프로젝트 및 배포는 위험, 단일 장애 지점 문제, 적합하지 않음, 누락 된 계층 및 애플리케이션 보호 또는 복구 전략 수준에 취약합니다.종종 HA 계획이 부족한 경우 요구 사항이 분류되는 동안 프로젝트가 중단됩니다.

6. 불완전하거나 유효하지 않은 테스트

최종 고객을 클라우드로 마이그레이션하는 파트너 인 Ron은 다가오는 3 일 주말 동안 가동을 계획했습니다. 'go / no-go'의 마지막 결정 지점은 스테이징 서버에 대한 사용자 승인 테스트의 배치였습니다.첫 번째 테스트가 실패했습니다.다른 마이그레이션 문제로 인한 손실 된 시간을 보충하기 위해 Ron과 팀은 최신 OS에서 보안 및 백업 소프트웨어의 최종 컬렉션을 지원 패치와 통합하는 것과 관련된 여러 테스트 사례를 건너 뛰었습니다. 시뮬레이션 된로드는 새로 생성 된 서버에서 처음으로 발생했으며 커널 버그, CPU 및 메모리 프로비저닝 문제, 스토리지 레이아웃 및 용량 문제 등 Ron의 아키텍처 내에서 일련의 문제가 발생했습니다. 이 프로젝트는 고객 신뢰, 적절한 테스트 및 검증, 크기 조정 및 아키텍처를 해결하고 소프트웨어 및 OS 수정 사항을 적용하기 위해 4 주 이상 지연되었습니다.

클라우드의 약속은 매력적이며 잘 계획된 클라우드 마이그레이션을 통해 귀하와 귀하의 팀은 이러한 이점을 활용할 수 있습니다. 클라우드 마이그레이션을 시작하든 중간에 있든이 기사가 일반적인 함정을 더 잘 인식하여 피할 수 있기를 바랍니다.

– Cassius Rhue, 고객 경험 담당 부사장