一旦启动集群，你可以在其他数据中心安装配置cross data-center replication的其他集群，如果集群崩溃，远端集群可以承接负载。

数据存储层

Aerospike以无模式数据模型存储键值对。组织数据的容器称作命名空间（namespaces），相当于RDBMS系统中库（databases ）的概念。在namespace中数据被细分为各个集合（set）（类似数据库中的表）和记录（records ）（类似数据库中的行）。在set中每个record有一个唯一的索引key以及一个或多个bin（类似数据库中的列）与之相关联。

• set和bin不需要预先定义，可以再运行时添加。bin中的值是强类型，包括任何被支持的数据类型。bin本身不是类型，所以相同的bin名可以是不同类型的数据。

  为了快速访问，索引（ primary keys 和 secondary keys）存储于内存，数据可以存储于内存或SSD硬盘。每个namespace可以分别配置，这样小的namespace可以存储在内存而大的namespace可以存储在SSD上。

  数据层特别为提高速度同时减少硬件成本而设计。它可以作为缓冲层所有操作在内存中进行或者利用优化过的flash存储，后者数据不会丢失。
  • 1亿个keys只占用6.4GB空间。虽然key没有大小限制，每个key的有效存储也只有64bytes原生，多线程，多核Flash I/O以及Aerospike日志结构文件系统利用低水平的SSD读写模式。此外，写盘执行块写操作以减少延迟。这种方式绕过标准文件系统优化传统磁盘。
    内Smart Defragmenter（建智能碎片整理）和 Intelligent Evictor（智能清理器）。这些进程协同工作确保内存中的数据不丢失并安全的写入磁盘
    碎片整理程序跟踪活动记录在每一块并回收那些低于最低使用率的块
    清理器移除过期的记录并在系统达到高水位线时回收内存。过期时间配置在每个namespace中，record存活期从最后一次修改的时间开始计算，应用可以越过默认的数据生命周期重新指定过期时间，可以设定数据永不过期。
    

    操作Aerospike

    在传统（非分布式）数据库系统中，安装完软件你需要设置schema、创建数据库和表。这与Aerospike数据库有很大不同。

    在分布式数据库中，数据分布在集群中的各个服务器上。这意味着你不能在一台服务器上访问到所有数据。

    使用Aerospike 数据库，将按如下步骤创建和管理数据库：

    通过配置初始化数据库设置。按Aerospike的术语，当安装系统时一个库被称作一个namespace，集群中的每个节点必须指明每个namespace如何创建及副本数量。数据库讲在你重启服务的时候被创建

    通过应用程序执行数据库操作。当应用程序第一次引用set和bin的时候数据库schema被创建，应用程序简单地将数据存储于指定的bin。在Aerospike数据库中，任务通常由DBA通过命令行程序执行。

    根据需要修改配置文件。要更新namespace的配置参数，你需要动态修改或使用新的配置文件重启服务。

    为满足性能和冗余需求，Aerospike需要规划和配置具体的节点数量，具体细节请参考 Capacity Planning

    可以通过management utilities 和 monitoring tools管理和监控急群众的节点。当添加节点或因升级维护需要宕机时集群会自动配置。当节点发生故障集群会再平衡负载，以便达到对最终用户影响最小的目的。

    构建应用程序

    一旦创建namespace,Aerospike提供了工具,允许您验证数据库存储数据正确性。在生产数据库，数据分布于集群当中。为了操作数据库你需要在应用程序中实例化智能客户端。智能终端是位置感知的，知道如何在集群中存储/检索数据而不影响性能。

    Aerospike提供多种语言的API用于构建大数据应用程序。详情参考客户端手册

    编译应用程序时，API