소스 데이터베이스와 사용량이 Spanner에 매핑되는 방식을 평가하려면 비즈니스, 기술, 운영, 재무 니즈를 평가해야 합니다. 평가 시 다음과 같은 주요 영역을 다루는 것이 좋습니다.
비즈니스 목표: 확장성, 가용성, 일관성과 같은 Spanner가 해결하는 구체적인 비즈니스 문제를 정의합니다. 지연 시간 감소, 트랜잭션 볼륨 증가, 비용 절감과 같은 측정 가능한 성공 기준을 수립합니다.
비용 분석: Spanner 사용 시 발생할 수 있는 총 비용(컴퓨팅, 스토리지, 네트워크)을 계산하고 이를 현재 데이터베이스 비용과 비교합니다. 일회성 마이그레이션 비용과 지속적인 운영 비용을 고려합니다. 자세한 내용은 Spanner 가격 책정을 참조하세요.
스키마 호환성: 데이터 유형, 제약 조건, 색인 또는 저장 프로시저와 같은 Spanner와의 잠재적 비호환성에 대해 기존 소스 데이터베이스 스키마를 분석합니다. 소스 데이터베이스 스키마를 Spanner에 적절하게 매핑하도록 스키마 수정과 데이터 변환을 계획합니다. 자세한 내용은 스키마 설계 권장사항을 참조하세요.
데이터 일관성 및 트랜잭션: Spanner의 외부 일관성 모델과 소스 데이터베이스 트랜잭션 모델과의 차이점을 이해합니다. 애플리케이션 로직에 미치는 영향을 평가합니다. 자세한 내용은 Spanner: TrueTime 및 외부 일관성을 참조하세요.
데이터 위치 및 리전 구성: 사용자 위치, 지연 시간 요구사항, 비용 고려사항에 따라 리전, 이중 리전 또는 멀티 리전 배포와 같은 최적의 Spanner 배포 토폴로지를 결정합니다. 자세한 내용은 인스턴스 구성을 참조하세요.
애플리케이션 코드 호환성: 애플리케이션 코드와의 모든 데이터베이스 상호작용을 인벤토리합니다. SQL 언어, 클라이언트 라이브러리, 트랜잭션 관리의 차이로 인해 수정해야 하는 영역을 식별합니다.
성능 및 확장성 요구사항: 읽기 및 쓰기 비율, 트랜잭션 비율, 데이터 볼륨과 같은 현재 및 예상 워크로드를 정의합니다. 허용 가능한 지연 시간과 처리량을 결정합니다. Spanner 성능에 대한 자세한 내용은 성능 개요를 참조하세요.
마이그레이션 전략 및 다운타임: 데이터 추출, 변환, 로드, 유효성 검사를 포함하여 자세한 마이그레이션 계획을 개발합니다. 다운타임이 문제가 되지 않으면 일회성 일괄 로드 및 컷오버를 수행할 수 있습니다. 그렇지 않은 경우 다운타임을 최소화하는 것이 좋습니다. 롤백 계획을 정의합니다.
운영 고려사항: 데이터베이스 관리, 모니터링, 재해 복구의 변경사항을 계획합니다. 팀의 학습 곡선을 평가합니다. Spanner를 기존 운영 도구 및 프로세스와 통합합니다. 자세한 내용은 재해 복구 개요를 참조하세요.
소스별 가이드
- MySQL: MySQL에서 Spanner로 마이그레이션