마이그레이션 대상 결정
마이그레이션할 때는 어떤 워크로드가 필수인지, ‘있으면 좋지만’ 필수는 아닌지, 필요하지 않아 마이그레이션이 완료되면 사용 중지할 수 있는지 결정해야 합니다.
의사 결정 프로세스의 중요한 부분에는 자동화, API, 도구 및 기타 프로세스에 대한 개별 요구 사항이 포함됩니다. 또한 조직의 기능 및 성능 요구 사항도 고려해야 합니다.
예를 들어 사용자 파티션이 있는 기존 데이터 센터에서 공유 하드웨어 플랫폼을 사용했을 수 있습니다. 그러나 하드웨어 가속 솔루션에서 이전할 때 발생하는 성능 제한으로 인해 마이그레이션 시 널리 공유되지 않는 시스템에서 서비스를 실행해야 할 수도 있습니다. 예를 들어 Secure Sockets Layer(SSL)의 초당 트랜잭션 수(TPS)를 사용하려면 공유 시스템에서 특정 서비스를 실행하지 않아야 할 수 있습니다.
마이그레이션할 애플리케이션과 해당 요구 사항을 식별하고 문서화한 후에는 다음 모범 사례를 사용하여 원본 시스템을 준비해야 합니다.
-
AWS 클라우드에서 실행할 F5 TMOS와 동일한 버전을 실행합니다. 버전 14.1
이상을 권장하지만 버전 13.1 이상도 사용할 수 있습니다. 버전 12.1.x 를 마이그레이션할 수는 있지만 보안, 자동화 및 유지 관리 문제가 발생할 수 있습니다. -
각 장치의 모든 구성을 유효하게 백업합니다. Univention Corporate Server(UCS) 백업에는 데이터 센터와 관련된 특성 및 객체(예: IP 주소, 노드 또는 풀 멤버)가 포함되어 있으므로 F5에서는 쉘 명령 파일(SCF)을 생성하여 구성을 편집하고 병합할 것을 권장합니다.
-
모든 관련 보안 인증서를 백업하고 성능 향상을 위해 RSA에서 ECC 암호화로 변경하는 것을 고려합니다.
-
확장 및 용량 계획을 위해 가상 서버 수준에서 자세한 성능 지표를 확보합니다.
-
데이터 센터에서 AWS 클라우드로의 전환을 위한 F5 Global Server Load Balancing(GSLB)
솔루션을 사용합니다. -
하드웨어 어플라이언스 모델에서 소프트웨어 및 가상화 모델로 마이그레이션하는 것이 성능, 확장성 및 고가용성 측면에 미치는 영향을 파악합니다.
-
AWS 클라우드로 마이그레이션할 대상에 대한 요구 사항을 정의하고 다음 고려 사항을 숙지합니다.
-
AWS 클라우드로 마이그레이션하려면 전체 구성을 마이그레이션할지 아니면 일부 구성을 마이그레이션할지 결정해야 한다는 점을 알아둡니다. 일반적으로 한 번에 한 부분씩 이전하는 것이 더 효율적입니다.
-
어떤 경로와 IP 주소가 변경되는지 파악합니다.
-
F5 SNAT Automap으로 대체해야 하는 SNAT 풀을 식별합니다.
-
AWS 파트너
