스케일링 NoSQL - 더미

NoSQL 시스템의 공통된 특징 중 하나는 많은 일반 서버에서 확장 할 수 있다는 것입니다. 이러한 비교적 저렴한 플랫폼을 사용하면 기존 하드웨어를 새롭고 강력한 하드웨어로 교체하는 대신 단일 서버에서 새 서버를 추가하여 데이터베이스를 확장 할 수 있습니다.

규모가 큰 유스 케이스가있어 신속하게 확장 할 수 있습니다. 여기에는 IT 환경에서 상태 보고서와 로그 메시지가 수신됩니다.

• 이 시나리오에서는 빠른 처리 시간이 필요하지만 고급 분석을 지원하지 않아도됩니다.

  복잡한 쿼리를 위해 고속 캐싱을 원합니다.

• 아마도 웹 사이트에서 최신 뉴스 기사를 얻고 싶을 것입니다. 여기서 읽기 캐시는 쿼리 또는 인제 스트 속도보다 두드러집니다. 모든 NoSQL 데이터베이스의 성능에 공통적으로 나타나는 한 가지 점은 게시 된 데이터에 의존 할 수 없다는 것입니다. 데이터를 기반으로 성능이 어떻게 될지 파악할 수는 없습니다.

확실히 특정 데이터베이스 공급 업체의 성과에 의존 할 수는 없습니다! 많은 벤더들은 자신의 데이터베이스를 실제로 사용하지 않는 인위적인 유스 케이스에 대해 높은 수집 속도를 인용합니다. 데이터베이스의 최우선 순위를 증명합니다.

그러나 문제는 이러한 동일한 연구가 쿼리 속도를 완전히 무시할 수 있다는 것입니다. 당신이 그것을 사용하지 않으면 데이터를 저장하는 요점은 무엇입니까?

이러한 연구는 주요 기능이 사용되지 않는 시스템에서도 수행 될 수 있습니다. 연구가 진행되는 동안 보안 지수가 활성화되지 않았거나 ACID 거래 지원이 꺼져있어 데이터가 빠르게 저장되지만 안전하다는 보장은 없습니다.

이것은 모든 테스트를 반드시 수행해야한다는 것을 의미합니다. 테스트는 가능한 한 최종 시스템에 가깝도록해야합니다. 예를 들어, 20 대의 서버로 확장하려는 경우 단일 서버를 테스트 할 필요가 없습니다. 특히, 데이터 수집, 수정 및 쿼리의 정확한 혼합이 있어야합니다.

NoSQL 공급 업체에게 다음 질문을 고려해보십시오.

인용 된 모든 사이징 및 성능 수치는 실시간 색인 생성을 지원하는 섭취 중 ACID 트랜잭션을 보장하고 인제 스트와 읽기가 사실적으로 혼합 된 시스템 / 쿼리 요청?

• 귀사의 제품은 서버의 용량을 쉽게 늘릴 수있는 기능을 제공합니까?

• 사용하지 않는 서버 용량을 쉽게 제거 할 수있는 기능을 제품에서 제공합니까?

• 제품의 데이터 쿼리 속도는 RAM에 캐시되어야하는 정보의 양에 의해 제한됩니까?

• 귀사의 제품이 적절한 성능을 위해 모든 색인을 RAM에 보관해야하는 메모리 맵 전략을 사용합니까 (메모리 매핑은 저장된 최대 데이터 양이 설치된 실제 RAM 크기와 동일 함을 의미)?

• 고주파 업데이트를 수신하는 동안 데이터베이스가 1 초 미만의 쿼리 응답 시간을 유지할 수 있습니까?

• 서버 용량을 추가하거나 제거하는 데 시스템 중단 시간이 필요 없다는 것을 시스템에서 보장합니까?

• 정보를 데이터베이스에 추가 한 후 정보를 즉시 사용할 수 있도록 시스템에서 보장합니까?

• 시스템이 쿼리 속도에 부정적인 영향을 미치지 않으면 서 데이터의 보안이 유지되는지 확인합니까?

• 시스템은 데이터베이스의 확장 및 축소 기능이 스크립팅 가능하고 선택한 서버 프로비저닝 소프트웨어 (예: VMWare 및 Amazon Cloud Formation)에 통합 될 수 있도록 보장합니까?