还没安装Aerospike 6.4？Aerospike 7.0已经发布了。Aerospike的版本始终是一个连续体，之前的小版本变更为下一个主要版本的变更提供了先决条件。例如，服务器5.6添加了集合索引的数据结构，后用于二级索引（SI）。Server 5.7 彻底修改了二级索引垃圾回收，并将 SI 的内存消耗减少了 60%。Aerospike Database 6 是在这些重要改进的基础上构建的。同样，6.4 删除了对Single-bin和data-in-index命名空间的支持，从而释放了即将推出的服务器 7.1功能所需的主索引 (PI) 空间。
尽管我们每个服务器主要版本的改革有不同的主题，但当我们转移主要焦点时，以往特定小版本的改善工作并不会结束。正如服务器版本 6.1 和 6.4 在跨数据中心复制 (XDR) 5功能重写之后，为XDR带来了显着的吞吐量改进一样，二级索引的改进也将在 Aerospike Database 7 版本中继续进行。
统一的存储格式
在Server 7.0 中对纯内存命名空间的彻底改革将所有三个存储引擎整合为相同的高效平面格式，这带来了多种运营效益。
支持全内存命名空间的快速启动。
没有存储支持的全内存命名空间不会在 asd 重新启动时丢失数据，并且所有内存中命名空间都受益于更快的重新启动。
内存中命名空间的压缩
现在可以配置内存中的命名空间以使用存储压缩，例如 ZStandard (zstd)、LZ4 或 Snappy。
内存中命名空间的稳定性和性能改进
在服务器 7.0 中，由于内存和设备上存储使用完全相同的存储格式，这意味着它的写入块碎片整理在内存中发生得更快，并且不再需要读存储设备。统一格式的单指针和连续记录的存储提高了性能。
内存命名空间的容量规划
持久层与内存中的存储完全相同；两者互为镜像，具有容量规划的意义。从服务器 7.0 开始，持久存储需要与专用于内存命名空间的内存保持 1:1 的比例。内存中的数据存储是静态的，并且在服务器 7.0 中预先分配，而不是逐渐增长并受内存大小配置参数的约束。索引的容量规划没有改变。
对于内存中的数据与持久存储上的数据，我们不再有不同的容量规划公式。所有存储引擎配置都使用相同的存储格式和容量规划指南。将内存数据存储的容量规划与 SSD 上的数据存储相同是有帮助的。在这两种情况下，您的目标都是调整预分配存储的大小。
5 注意事项
服务器 6.4 中删除了对single-bin命名空间的支持。集群中没有single-bin命名空间的 Aerospike 用户可以滚动升级到服务器 7.0。
由于统一的存储格式，8MiB 的写入块大小限制适用于内存中命名空间（无论是否具有持久性）。Aerospike 用户如果依赖于之前的 128MiB 内存record大小限制而没有持久性，则需要分解他们的record。客户可以选择推迟升级到服务器 7.1，这样可以更轻松地过渡。
配置和监控
新发布的 Aerospike Observability Stack 3.0 和 Tools 10.0 支持 Aerospike 6 和 Aerospike 7 的指标和配置，可以帮助您轻松过渡到服务器 7.0。如果您不熟悉 Aerospike 可观测性和管理 (O&M)，我们的网站上提供了短片、博客和网络研讨会。无论选择何种存储模式，命名空间配置在服务器 7.0 中都更加简单。
停止写入和数据驱逐阈值由存储模式配置参数 stop-writes-used-pct、stop-writes-avail-pct 和 evict-used-pct 控制，这些参数与命名空间数据存储大小相关，还有一对与系统内存相关的阈值 - stop-writes-sys-memory-pct 和 evict-sys-memory-pct。
对于所有存储模式类型，数据存储指标已简化为 data_used_bytes、data_total_bytes、data_used_pct 和 data_avail_pct。
索引指标也更简单。设置索引有set_index_used_bytes。主索引和辅助索引都有index_used_bytes和sindex_used_bytes，无论它们存储在共享内存、PMEM还是SSD中。如果它们位于持久存储中，则它们还要有相对于 mounts_budget 的 index_mounts_used_pct 和 sindex_mounts_used_pct 。
多租户
许多 Aerospike 客户将其数据库集群部署为多租户服务，不同的用户在命名空间内按组分隔。多租户依赖于 Aerospike 企业功能，例如基于角色的范围访问控制 (RBAC)、速率配额和设置配额。
Server 7.0 通过多项新功能使多租户部署变得更加容易。每个命名空间 64K 唯一 bin 名称的限制已被删除。运营商不再需要建议开发人员限制其应用程序写入命名空间的 bin 名称数量。因此，bins info 命令和 available_bin_names 命名空间统计信息被删除。
每个命名空间的唯一set名称限制从 1023 提高到 4095，允许在同一 Aerospike 集群上对更多租户进行集级隔离。
最后，操作员现在可以分配唯一的set级别 default-ttl 作为命名空间 default-ttl 的覆盖。
新的开发者 API 功能
Server 7.0 添加了索引和查询字节数据 (BLOB) 的功能。
应用程序开发人员现在可以选择保留按key排序的 Map 索引，以x消耗额外的存储空间来提高性能。新的 MapPolicy 可以创建新的 Map bin 或使用 Map set_type 操作时应用。 MapPolicy (MapOrder 顺序, int 标志, 布尔 persistIndex) 只有在 Aerospike 集群中的所有节点都升级到版本 >= 7.0 后，应用程序才应使用持久映射索引。
停止对旧OS统版本的支持
Server 6.4 添加了对 Amazon Linux 2023 和 Debian 12 的支持。Server 7.0 删除了对 Red Hat Enterprise Linux 7 及其变体（包括 CentOS 7、Amazon Linux 2 和 Oracle Linux 7）的支持和 el7 构建。同样，server 7.0 将无法在 Debian 10 上使用。
Aerospike 工程非常重视性能，Aerospike 用户选择在我们的数据库上构建关键任务应用程序，因为它在其领域具有最佳的性价比。Debian 10 和 RHEL 7 均将于 2024 年 6 月达到生命周期终止 (EOL)。每个新的主要和次要 Aerospike 服务器版本都会获得两年的错误修复和安全漏洞支持。今后，计划在此支持期内到期的OS发行版将不再提供新的服务器版本。后续补丁版本（修补程序）将继续在与首次发布时相同的操作系统发行版上构建和测试。
Try Aerospike 7.0
持久性、快速重启功能和内置压缩都使得新的 Aerospike 内存命名空间对内存数据库的用例极具吸引力。
请参阅兼容性页面和最低可用客户端版本表。有关更多详细信息，请阅读 Server 7.0 Release Note。您可以下载 Aerospike 企业版并在单节点评估运行；您可以在我们的“立即尝试”页面开启 60 天的多节点试用。
Release Note:https://docs.aerospike.com/reference/release_notes/server/7.0-server-release-notesDownload Link:https://aerospike.com/download/Try Now试用:https://aerospike.com/lp/try-now/复制
关于Aerospike
1
Aerospike实时数据平台：使组织能够面对数十亿笔交易规模时实时采取行动，同时将服务器占用空间减少多达80%。
2
Aerospike多云平台：以可预测的亚毫秒级性能为实时应用程序提供支持，数据规模高达PB级，正常运行时间为5个9，并提供全球分布的、强一致的数据存储能力。
3
基于Aerospike实时数据平台构建的应用程序：可用于打击欺诈、面向在线电子商务进行商品推荐、支持全球数字支付等，并为数千万客户提供超个性化的用户体验。
公司总部位于加利福尼亚州山景城，在伦敦、班加罗尔和特拉维夫设有办事处，目前已在中国开展业务。
猛戳左下角“阅读原文”，既可以下载社区版本，也可以随时提问。欢迎添加小编微信：Aerospike_China，帮你解决更多问题。
