AWS RDS MariaDB 용량 계획
고객은 AWS RDS MariaDB 인스턴스에 대해 다음을 프로비저닝했습니다.
인스턴스 유형: db.m5.large, vCPU: 2, RAM: 8GB, Multi AZ:아니요, 리플리케이션:아니요, 스토리지: 100 GB, 유형: 범용 SSD
인스턴스 프로비저닝의 기반이 무엇인지 알 수 없습니다.질문:
- 용량 계획에서 고려해야 할 모든 요소는 무엇입니까?
- 이것은 일반적인 실가동형 데이터베이스 구성입니까?
부터
고객이 프로비저닝 완료
델은 고객의 의견을 고려하여 고객이 이 계획을 달성할 수 있는 요소를 고려해야 합니다.단, 용량 계획에 도움이 되는 요소도 있습니다.
- 트랜잭션 크기가 정적 또는 동적인 경우.
- 동적일 경우 최대 트랜잭션 크기가 될 수 있습니다.
- 각 트랜잭션이 소비하는 네트워크 대역폭의 양은 얼마입니까?
- 시간이 지남에 따라 거래 건수가 증가할 것인가(어차피 증가할 것으로 예상됨)
- 생산 등급 데이터베이스 구성에 대해서는 어쨌든 주관적인 질문으로 논의될 수 있지만, 생산 등급인 기본 아키텍처는 다음과 같습니다.
AWS Pricing Calculator는 고려해야 할 대부분의 요소부터 시작하는 것이 좋습니다.
노트북으로 시스템을 구축합니다.충분한 확장성이 있는 경우는, 같은 사양의 RDS를 취득해 주세요.
확장이 불충분한 경우는, 사이즈의 RDS 를 취득합니다.그런 다음 최적화 작업을 수행합니다.
상황에 따라서는 더 나은 인덱스를 필요로 하는 느린 조회가 있을 수 있습니다.「하드웨어를 문제에 빠뜨리는」 것은, 최적인 경우가 거의 없다는 것에 주의해 주세요.
워크로드의 정확한 세부 사항을 모르면 이 질문에 대답할 수 없습니다.단, 100GB 데이터베이스 크기에 RAM이 8GB밖에 없는 것은 드문 일입니다.따라서 버퍼 풀(캐시)과 데이터 사이즈의 비율이 약 5%가 되기 때문에 의도하는 특정 워크로드에서 핫 데이터의 양이 놀라울 정도로 적지 않은 한 메모리 용량이 2배 이상 필요할 수 있습니다.
언급URL : https://stackoverflow.com/questions/64576500/aws-rds-mariadb-capacity-planning
'programing' 카테고리의 다른 글
| HTML 페이지를 지정된 앵커로 스크롤하는 방법 (0) | 2022.09.19 |
|---|---|
| 데이터베이스에 IP를 저장하는 가장 좋은 방법? (0) | 2022.09.19 |
| 라이브러리를 사용하지 않고 jwt 토큰을 javascript로 디코딩하는 방법은 무엇입니까? (0) | 2022.09.18 |
| 존재하지 않는 MySQL 가입 (0) | 2022.09.18 |
| 문자열을 Python 클래스 개체로 변환하시겠습니까? (0) | 2022.09.18 |