기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

성장 준비

풀 모델을 성공적으로 사용하면 결국 단일 Neptune 클러스터의 크기를 능가하게 됩니다. 테넌트가 증가하거나 테넌트 수가 증가하며 모든 고객에게 필요한 데이터 수집 속도가 클러스터의 기능을 초과합니다. 이 경우 고객을 여러 클러스터로 분할해야 합니다. 나중에 새로 고치려고 시도하는 대신이 구성을 미리 설계합니다. 초기 규모가 단일 클러스터만 사용하는 경우에도 향후 해당 규모에 도달하면 여러 클러스터에서 테넌트를 라우팅하는 데 필요한 구성 요소를 모의합니다.

솔루션에서 테넌트의 크기에 따라 더 많은 리소스가 필요한 경우 리소스 증가에도 대비하세요. 단일 클러스터의 여러 고객이 크게 증가하면 해당 클러스터가 더 이상 요구 사항을 지원하지 않을 수 있습니다. Amazon Neptune DB 복제 기능을 사용하여 테넌트를 다른 클러스터로 이동하거나 기존 클러스터를 두 개로 분할하는 전략을 설계합니다.

DB 복제를 구현할 때 비용을 절감할 수 있는 Neptune Copy-on-Write 프로토콜을 숙지합니다., 수집 병목 현상으로 인해 클러스터를 분할하는 경우 정책에서 허용하는 경우 클러스터에서 데이터를 삭제하지 않는 것이 더 효율적일 수 있습니다. 두 클러스터는 변경되지 않은 경우 데이터 페이지를 공유하지만 데이터 페이지가 수정된 경우에는 공유하지 않습니다(일부 데이터가 삭제되었기 때문).

다중 테넌시 시나리오에 대한 제한 사항

일부 Neptune 기능은 다중 테넌시 시나리오용으로 빌드되지 않습니다. 이러한 다중 테넌시 전략은 데이터베이스 수준에서 적용되지 않으므로 풀 모델의 Neptune 엔드포인트에 대한 직접 액세스 권한을 테넌트에게 부여해서는 안 됩니다. 항상 고객과 Neptune 엔드포인트 간에이 문서에 설명된 설계를 적용하는 일종의 프록시를 유지합니다. 이러한 프록시의 예는 다음과 같습니다.

이 지침은 고객에게 Neptune 그래프 노트북, Neptune 그래프 탐색기 또는 Neptune 스트림과 같은 기능에 직접 액세스할 수 있는 권한을 부여하는 경우에도 적용됩니다.