사전 작업

• To ensure cloud-native alignment, complete your data modeling and architectural reviews. 데이터 모델링 및 아키텍처에 대한 도움이 필요하면 IBM Garage에 문의하세요.
• 초기 설정에 가장 적합한 방법( 테라폼, API, CLI 또는 UI 방법 등)을 결정합니다.
• 호스팅 모델과 데이터베이스의 단일 또는 다중 테넌시를 결정합니다.
• 저장 데이터에 대한 데이터베이스의 암호화 키를 관리하려면 데이터베이스를 만들 때 자체 암호화 키(BYOK)를 가져와야 합니다. 이 설정은 인스턴스가 프로비저닝된 후에는 변경할 수 없습니다.
• IAM 액세스 정책과 리소스 그룹이 비즈니스 프로토콜에 맞게 올바르게 설정되어 있는지 확인하세요.
• Ensure that your account is VRF 지원.
• 데이터베이스의 고가용성 모델을 이해합니다. 이 내용은 각 데이터베이스 문서의 "고가용성" 섹션에서 다룹니다.
• To ensure you receive messages, enroll in IBM Cloud notifications, specifically the "Resource Activity" notification. 데이터베이스 버전이 수명을 다할 때가 되면 직접 알려드립니다. 또한 모든 데이터베이스의 수명 종료일과 리소스가 최신 상태로 유지되는 데이터베이스 버전 수명 주기 정책을 북마크에 추가할 수 있습니다.

샘플 "생산 시작" 체크리스트

• 필요한 호스팅 모델, 디스크, RAM 및 가상 CPU를 사용하여 데이터베이스를 만듭니다. 이러한 확장 매개변수는 초기 프로비저닝 후에 변경할 수 있지만 디스크는 축소할 수 없습니다.

• If you would like hypervisor level isolation, or if you want to guarantee a number of vCPUs, ensure that you 격리된 컴퓨트 인스턴스 프로비저닝.

• 사용자를 추가합니다. 해당 Cloud Databases 인스턴스에 대한 관련 문서를 참조하세요.

• 비밀번호를 ' Admin ' 비밀번호로 변경합니다.

• Set up auto scaling policies, if appropriate. 기본 자동 스케일링 로직이 권장 기준선입니다. 이 매개변수를 예산과 유스 케이스에 맞게 조정하십시오. 권장 디스크 공간은 필요한 최소 크기를 나타내지만 해당 디스크 용량은 백업 및 복원 없이는 축소할 수 없습니다. RAM 및 가상 CPU(vCPU)는 확장하고 축소할 수 있습니다. 메모리 자동 확장은 디스크 I/O 사용량을 기반으로 작동하여 페이지 캐시 성능을 최적화합니다. 사용 중인 메모리가 100%; 에 근접하면 데이터베이스가 자동 크기 조정되지 않습니다. 이 상태가 바람직한 경우가 많습니다.

  자세한 내용은 Cloud Databases 인스턴스를 참조하세요.

• IBM Cloud® Monitoring, IBM Cloud® Activity Tracker Event Routing, IBM® Cloud Logs 모니터링을 설정합니다. 최소한 다음에 관한 경보를 설정하십시오.

  • IBM Cloud Monitoring- 디스크 사용량이 프로비저닝된 용량의 80%보다 큰 경우(디스크 용량에 자동 스케일링을 사용하는 것이 좋습니다). 또한 디스크 I/O 또는 CPU 사용량과 같이 제공된 모든 메트릭을 사용하고 이해하며 경보를 설정하는 것이 좋습니다.
  • {IBM Cloud Activity Tracker Event Routing 백업 실패, IP 허용 목록 업데이트, 자동 확장 등의 제어 영역 작업에 대한 이벤트를 감사합니다.
  • IBM Cloud Logs- 느린 쿼리 로그와 같이 알림을 받고자 하는 특정 데이터베이스 관련 로그를 지정할 수 있습니다.
  • 사용 가능하면 세부 단위의 in-database 감사를 켭니다(Databases for PostgreSQL 및 Databases for MongoDB Enterprise Edition에만 사용 가능).

• 컨텍스트 기반 제한을 설정하여 계정 소유자와 관리자가 액세스 요청의 컨텍스트에 따라 IBM Cloud® 리소스에 대한 액세스 제한을 정의하고 적용할 수 있도록 합니다. 자세한 내용은 컨텍스트 기반 제한으로 Cloud Databases 리소스 보호하기를 참조하세요.

• 비공개 엔드포인트를 설정합니다. 또한 공용 엔드포인트를 비활성화할 수도 있습니다(외부에서 IBM Cloud® 연결이 예상되지 않는 경우 적극 권장).

• 데이터베이스에 대한 연결을 위해 애플리케이션에서 TLS를 사용하는지 확인하십시오. 보안되지 않은 상태로 Cloud Databases에 연결할 수 없습니다.

• 철저하게 로드 테스트한 후 다시 로드 테스트하십시오.

• 애플리케이션의 다시 연결 로직에 대한 유효성을 검증하십시오. 일부 애플리케이션에서는 재시도만으로 충분하지 않으며 다시 연결해야 합니다. IBM Cloud® Databases for Redis의 구현 예제는 "Unresponsive Redis Service" 기사를 검토하십시오.

• 개발 및 테스팅 환경을 개별 인스턴스로 설정한 다음 이 체크리스트를 다시 수행하십시오. 요구 사항에 따라 이러한 테스트 환경에는 격리된 컴퓨팅을 사용하지 않을 수도 있습니다. 격리된 컴퓨팅을 사용하지 않으면 비용을 낮추는 데 도움이 됩니다.

• 재해 복구 테스트를 완료합니다. 다른 IBM Cloud 지역으로의 애플리케이션 복원을 테스트하십시오. 새로운 연결 세부사항으로 "복원된" 데이터베이스에 연결할 수 있어야 합니다.

  • 복구 지점 목표(RPO) 및 복구 시간 목표(RTO) 요구 사항을 이해하고 데이터베이스 구성으로 이를 충족할 수 있는지 확인합니다.

데이터베이스의 UUID를 분석하려면 ibmcloud resource search <UUID> 명령을 사용하십시오. 기타 유용한 CLI 명령은 ibmcloud cdb about과 ibmcloud cdb cxn입니다. 자세한 정보는 CLI 플러그인 참조 문서를 참조하십시오.