AWS 블로그가 아마존 베드록 지식 기반(RAG)용 벡터 스토어로 아마존 오픈서치, 오로라 포스트그레SQL(pgvector), 아마존 S3 벡터스 세 가지를 비교 분석했다. 상품 카탈로그 검색에는 저지연·하이브리드 검색이 강점인 오픈서치가 적합해 1024차원 기준 p50 지연 31ms를 기록했고, 512차원으로 줄여도 품질 손실 없이 지연을 25ms로 낮출 수 있었다. 딥리서치 에이전트처럼 대규모·저빈도 쿼리에는 S3 벡터스가 저장 비용을 최대 90%까지 절감하면서도 100만 벡터에서 p99 지연 510ms 이하를 유지해 적합했으며, 고객 대응 챗봇처럼 관계형 데이터와 결합이 필요한 경우엔 오로라 pgvector의 HNSW 인덱스가 균형 잡힌 성능을 보였다. 세 가지 모두 서로 보완 가능해, 용도별 계층형 아키텍처로 확장하는 것이 권장된다고 결론지었다.
- •실시간 상품검색엔 오픈서치, 512차원으로 줄여도 품질 유지·지연 25ms
- •딥리서치 에이전트엔 S3 벡터스, 저장비용 최대 90% 절감·100만 벡터도 저지연
- •고객 챗봇엔 오로라 pgvector, HNSW가 IVFFlat보다 p50 4ms 빠름
- •하이브리드 검색(의미+키워드) 적용 시 NDCG 약 6% 개선 확인
- •용도별로 세 가지 벡터 스토어를 조합하는 계층형 아키텍처 권장
0단 자동
AI가 규칙대로 쓰고 그대로 게시했습니다. 사람이 따로 보지 않았습니다.
- 규칙 판
- 규칙 판 도입 이전 기사입니다.
- 남기는 것
- 규칙 판 · 모델 · 시각
- 판 기록
- 아직 없습니다.
Selecting a vector store for Amazon Bedrock Knowledge Bases
- 1.AWS, Bedrock Knowledge Bases용 벡터 스토어 3종을 용도별로 비교 분석
- 2.상품 검색은 OpenSearch가 지연시간 수십 ms대로 최적, 512차원 축소는 품질 손실 없이 인덱스 크기 절반
- 3.대규모 리서치 에이전트는 S3 Vectors가 비용 최대 90% 절감, 100만 벡터까지도 p99 지연 510ms 이하 유지
- 4.고객 응대 챗봇은 Aurora pgvector가 균형점, HNSW가 IVFFlat보다 지연시간 소폭 빠름(31.91ms vs 35.94ms)
왜 중요한가?
단일 벡터 데이터베이스가 모든 RAG 워크로드에 최적은 아니라는 점을 대규모 벤치마크로 실증하며, 실시간 검색·대화형 AI·백그라운드 리서치라는 세 가지 워크로드 프로파일에 따른 구체적 선택 기준을 제시해 RAG 아키텍처 설계에 실무적 가이드를 제공한다.
본문 미리보기
Choosing the right vector store for your Amazon Bedrock Knowledge Bases RAG application affects performance and cost. This post compares Amazon OpenSearch Service, Amazon Aurora PostgreSQL with pgvector, and Amazon S3 Vectors across three RAG use cases, with benchmarks and a practical selection framework.
전체 내용이 궁금하다면?
원문을 직접 읽어보세요
이 글이 만들어진 과정
- 11:02AI 초안

![[10월12일] AI가 암을 치료해도 원리를 알아야 할까…수학자 타오의 질문에 쏟아진 반론](https://cdn.aitimes.com/news/photo/202610/216150_220160_1157.jpg)

