[REDIS] 어떻게 다른 키 - 값되는 NoSQL 데이터베이스의 aerospike 다른 무엇입니까? [닫은]

어떻게 다른 키 - 값되는 NoSQL 데이터베이스의 aerospike 다른 무엇입니까? [닫은]

Aerospike은 키 - 값, 메모리, 규모에 쉽게 복잡한 객체를 지원하고 ACID 특성을 가진 운영되는 NoSQL 데이터베이스. 그러나 나는 이미 절대적으로 동일하지 뭔가를 사용했다.

레디 스 또한 메모리 키 - 값, (그러나 디스크에 영구적)되는 NoSQL 데이터베이스입니다. 또한 다른 복잡한 객체를 지원합니다. 그러나 Aerospike에 비해, 레디 스 많은 시간 동안 사용했다, 이미 활발한 커뮤니티과 개발 프로젝트를 많이 가지고있다.

그래서 aerospike 및 레디 스 같은 다른 어떤-SQL 키 - 값 데이터베이스의 차이점은 무엇입니까. 더 나은 aerospike에 적합 특정 장소가있다.

추신 내가 실제 경험을 현실 세계에서 이러한 DBS (바람직하게는 모두) 중 적어도 하나를 사용 havend 사람들로부터 대답을 찾고 있어요 (하지 복사 - 붙여 넣기 공식 웹 사이트에서).

해결법

1. ==============================

   1.그것은 하나 개의 단어, 자사의 "성능"에 대답해야하는 경우. Aerospike의 성능이에서 훨씬 더 잘 클러스터-되는 NoSQL 솔루션보다. 높은 성능 노드 당 수단 낮은 TCO (총 소유 비용) 및 유지 보수입니다 작은 클러스터. Aerospike 자동 클러스터링, 자동 샤딩, 다른 데이터베이스의 수동 단계를 필요로 대부분의 (클러스터 상태가 변경) 자동 재조정을 수행합니다.

   그것은 하나 개의 단어, 자사의 "성능"에 대답해야하는 경우. Aerospike의 성능이에서 훨씬 더 잘 클러스터-되는 NoSQL 솔루션보다. 높은 성능 노드 당 수단 낮은 TCO (총 소유 비용) 및 유지 보수입니다 작은 클러스터. Aerospike 자동 클러스터링, 자동 샤딩, 다른 데이터베이스의 수동 단계를 필요로 대부분의 (클러스터 상태가 변경) 자동 재조정을 수행합니다.

   나는 (레디 스 클러스터링 베타에 불구하고) 그 그룹에 레디 스를 혼합 싶지 않다 때문에 "클러스터"고 말했다. Aerospike와 레디 스의 순수 메모리 성능은 비교 될 것입니다. 그러나 레디 스는 더 애드온 같은 디자인으로, 그것의 자신의 문제를 가지고 많은 것들을 레디 스이 지속 할 수있는 방법 (스냅 샷 또는 AOF)가 비록 등 샤딩 요청 리디렉션과 같은 응용 프로그램 계층에서 처리 될 것으로 기대하고있다. Aerospike 마음에 지속성과 기본적으로 개발되고있다. 레디 스의 클러스터링은 또한 당신은 비교 aerospike 대 레디 스 대조를이 이야기에서 살펴 봐야 할 수 있습니다 등 마스터 슬레이브 설정이 포함됩니다.

2. ==============================

   2.나는 몇 년 동안 레디 스를 사용하고, 그냥 여러 가지 이유에 의해 그 대용으로 Aerospike를 사용하기 시작했다.

   나는 몇 년 동안 레디 스를 사용하고, 그냥 여러 가지 이유에 의해 그 대용으로 Aerospike를 사용하기 시작했다.

   레디 스 및 Aerospike은 뛰어난 성능이 모두 있지만, 레디 스 큰 문제는 단지 데이터를 저장하는 메모리 및 클러스터링 솔루션이없는이 정식으로 출시 된 것입니다. Aerospike이 전혀 속도 손실 정보를 저장에 SSD를 사용하도록 구성 할 수 있지만 그것은 서버의 RAM 크기 데이터베이스의 크기를 제한합니다. Aerospike 대기 시간에도 높은 읽기 / 쓰기 처리량, 매우 낮다.

   Aerospike에 가장 적합한 날 또한 어떤 경우에도 데이터 손실을 최소화 완전히 데이터를 유지하도록 설계 레디 스보다 성능이없이 노력으로 확장 할 수, 다른 때문이다. 그들은 그것이 확장하고 Aerospike 클러스터를 관리하는 것이 얼마나 쉬운 지 보여주는 좋은 비디오를 발표했다 및 "재해"상황에있을 경우에도 또한이 자동으로 구성하는 방법.

3. ==============================

   3.놀랍게도 가장 인기 인 - 메모리 데이터베이스 레디 스의 한 3 개월 전 샤딩 자동차를 가지고 있지 않았다. 그들은 최근에이 기능을 추가했습니다. 레디 3.0은 자동 샤딩 있습니다.

   놀랍게도 가장 인기 인 - 메모리 데이터베이스 레디 스의 한 3 개월 전 샤딩 자동차를 가지고 있지 않았다. 그들은 최근에이 기능을 추가했습니다. 레디 3.0은 자동 샤딩 있습니다.

   AS는 모든 인덱스는 분의 몇 제기 할 수있는 능력과 데이터베이스에 추가하지 않고 유지됩니다 빠른 재시작 기능을함으로써 자동 클러스터링을 지원합니다 (예 : 50 TB의의 데시벨 크기는 분의 몇 제기 할 수있다 .). 이 모든 상용 하드웨어에 달성 될 수있다. 용량을 추가하는 것은 아무것도하지만, 클러스터에 새 노드를 추가하지 않습니다. 데이터 센터 및 클라우드 환경에서 작동 가장 중요한 것은 모든 로컬 환경에 사용할 수 있습니다.

   지원은 온라인으로 만들기 (수요와 공급 관리) 일치합니다.

   아니-SQL 데이터베이스는 픽업에 도달 할 수 있습니다에 대한 같은 OLA 택시 (준비가 가장 가까운 택시를 식별 등의 광고 세계 오늘날 필요로 공격적인 SLA를, 온라인 쇼핑 포털, 물류 서비스 제공 업체를 충족하기 위해 실시간 사용 사례 처리해야 5 분에서 고객이 <3 MS)에 AdBid을 마무리에서 아래 <3 밀리 초), 온라인 입찰 애플리케이션 (99.7 %의 정확도로 계산, 사기 탐지 시스템 등이 악의적 인 사용자를 식별 할 필요가 <5ms의 (밀리 초) .

   Aerospike은 오픈 소스 실시간, 아니-SQL 및 키 - 값 저장소입니다. 다음 dB가, 하드웨어의 네트워킹, SSD, 메모리 및 커널을 활용하기 위해 작성하는 방법이 있기 때문에 처음부터 C 내장. SSD / 플래시 스토리지에 최적화 된 SSD 그것이 HDD 작동 동시에 저장 장치의 미래임을되는 이유는 (회전 디스크 드라이브) SSD는 8, 16 (32) 등을 사용하도록 선택할 수있는 SSD 공급 업체에 따라 병렬 채널을 제공 의 위에. 동일한 블록 위치에 기록로부터 소거되는 경우에 마모가 SSD. SSD의 경우 옆까지, 블록의 측면에서 SSD는 블록 저장소로 노 파일 시스템으로 사용하고 반지를 쓰기 버퍼 다음, 시작하고 다음에 데이터를 계속 추가 의미 버퍼 링으로 사용 쓰기 드라이브의 끝. 당신이 마지막에 도달하면 당신은 다시 블록의 첫 번째 위치에 온 후 첫번째 위치가 아닌 대부분의 시간 수 있지만, 시간의 같은 양을 사용할 것을 보장 같은 방식으로 계속.

   클러스터링 또는 자동 클러스터링를 호출 할 수 있습니다. 노드를 추가하고 클러스터가 <100 밀리에서 일어나는 내에서 그것을 가지고. 그것은 Paxos 알고리즘을 사용하여 구현됩니다.

   Paxos 알고리즘은 무엇입니까?

   http://www.quora.com/Distributed-Systems/What-is-a-simple-explanation-of-the-Paxos-algorithm

   20 바이트 160bit #을 제공 RIPE160MD #은이 고유 보장되며,

   #는 4K 배급 정상입니다

   모든 네임 스페이스는 모든 파티션은 B- 트리를 가지고, 모든 공간은 파티션 ID를 가지고, 그 파티션 트리를 유지합니다.

   저장 모델

   메모리 데이터베이스 : 모든 것이 DRAM 효율적으로 높은 성능과 관련된 높은 비용에 저장됩니다.

   디스크 스토리지 : DRAM에 저장된 기본 및 2ndary 인덱스, 데이터는 SSD 또는 HDD에 간다. 수단 약간 느린 DRAM에 비해 SSD하지만를 사용하지만, DRAM에 비해 적어도 ~ 10 배 저렴 최적 어느.

   하이브리드 스토리지 : DRAM에 저장된 모든. 데이터는 SSD 또는 HDD에 지속되었다. DRAM의 성능은 SSD 또는 HDD 지속성의 지원. 높은 DRAM 성능에 밖으로 잃지 않고 비용.

   기준

   메모리 4 노드 YCSB (야후 클라우드 소스 벤치 마크)와 160 만 TPS.

   Aerospike에 의해 주어진 SSD 성능 보증 :

   ACT (Aerospike 적합성 테스트) : 그것은 정의 및 테스트 SSD의 성능에 개발되고있다. 오늘은 SSD에 대한 표준이나 인증이다. 인텔은 ACT를 사용하여 1 백만 TPS를 지원하는 세계 유일의 SSD 업체가 있다는 내용의 블로그 게시물을했다.

   구글 클라우드는 구글 컴퓨 트 엔진의 처리량을 표시하기 위해 몇 가지 작업을하고있다. 구글은 AS는 50 개 노드와 함께 무엇 카산드라는 생산에 300 개 노드 무엇이 자신의 블로그에 게시.

   매우 효과적인 방식으로 실시간 문제 Aerospike 다룬다.

4. ==============================

   4.린 Langit는 AWS 클라우드에 다른 구성에서 실행 Aerospike 대 레디 스의 매우 상세한 머리 대 머리 벤치 마크를 발표했다. 그녀의 요약 : "TL; DR - 규모 Aerospike 승리에".

   린 Langit는 AWS 클라우드에 다른 구성에서 실행 Aerospike 대 레디 스의 매우 상세한 머리 대 머리 벤치 마크를 발표했다. 그녀의 요약 : "TL; DR - 규모 Aerospike 승리에".

   그녀는 어떻게 그 결론은 매우 흥미했다. 그녀는 자신의 성능 벤치 마크를 수행하는 방법에 대한 통찰력을 얻을 찾고 다른 사람을 위해 그녀의 결과를 생산하는 방법에 대한 단계별 지침을 제공합니다. 테스트는 물론 SSD 지속적인 데이터베이스로, 순수 RAM 데이터 저장소로 설정해야했습니다.

   그녀의 키 관찰 :

5. ==============================

   5.당신이, 아니 트래픽 코디네이터 노드 당 초당 백만 읽기 작전에서 성능을 남아있는 데이터 센터에있는 랙에서 전원 플러그를 꺼낼 때 장애 조치 및 방법 Aerospike 자기 치유를 차지 그래서 당신은 항상에서 끝나가는 것을 스위치 나 기타 하드웨어 (당신이 집계를 감소하는지도하지 않는 한) 내 말은 전혀 다른 안전한 데이터와 자기 균형 실시간 동적 분석 가까이 온다. 다른 모든 플랫폼은 바로 CAP 삼각형의 모든 속성을 얻기 위해 교배 할 필요합니다. 버퍼링 없음 또는 큐, 데이터에 대해 캐시, 대충은 더 이상 범주입니다. 최고의 연기자가되는 상단에 이렇게 많은 혜택을 제공합니다. 우리는 단지 그것을 인정해야합니다. Aerospike 맛있게 말도 안돼!

   당신이, 아니 트래픽 코디네이터 노드 당 초당 백만 읽기 작전에서 성능을 남아있는 데이터 센터에있는 랙에서 전원 플러그를 꺼낼 때 장애 조치 및 방법 Aerospike 자기 치유를 차지 그래서 당신은 항상에서 끝나가는 것을 스위치 나 기타 하드웨어 (당신이 집계를 감소하는지도하지 않는 한) 내 말은 전혀 다른 안전한 데이터와 자기 균형 실시간 동적 분석 가까이 온다. 다른 모든 플랫폼은 바로 CAP 삼각형의 모든 속성을 얻기 위해 교배 할 필요합니다. 버퍼링 없음 또는 큐, 데이터에 대해 캐시, 대충은 더 이상 범주입니다. 최고의 연기자가되는 상단에 이렇게 많은 혜택을 제공합니다. 우리는 단지 그것을 인정해야합니다. Aerospike 맛있게 말도 안돼!

from https://stackoverflow.com/questions/24482337/how-is-aerospike-different-from-other-key-value-nosql-databases by cc-by-sa and MIT license