在知识库中专注阅读，并随时返回相关工具与课程
看完了 Vertica 白皮书，带着兴趣就看起了官方文档，发现 Vertica 有两种模式，本文就来了解下！ 读白皮书有感，感兴趣的朋友可以一读： - 《初识 Vertica ，看完白皮书，我都发现了啥》https://www.modb.pro/db/194763 🏆 作者写的 《Vertica 技术文章合集》https://www.modb.pro/topic/194826，欢迎阅读 👏🏻
本章目标：掌握本章核心知识点 前置要求：完成前序章节学习 预计时长：60 分钟
看完了 Vertica 白皮书，带着兴趣就看起了官方文档，发现 Vertica 有两种模式，本文就来了解下！
读白皮书有感，感兴趣的朋友可以一读：
🏆 作者写的 《Vertica 技术文章合集》，欢迎阅读 👏🏻！
Vertica 支持两种模式来创建数据库：Eon 或者 Enterprise。
模式决定了数据库的底层架构，比如 Vertica 存储数据的方式、数据库集群的伸缩方式、数据的加载方式等；
创建数据库后无法更改模式，但是支持模式间的数据迁移。数据库模式不会影响您在使用数据库时运行查询和其他日常任务的方式。
在 Eon 和 Enterprise 模式下运行的 Vertica 数据库以不同方式存储其数据：
Enterprise：将数据本地存储在构成数据库的节点的文件系统中Eon：使用公共存储不同的存储方法导致了两种模式之间的许多重要差异，但是如果配置正确，Eon 模式和企业模式数据库在相同环境中的性能大致相同。
Eon 模式将数据存储在称为公共存储的共享对象存储中，将计算过程与数据库的公共存储层分开，这种分离使您能够将数据存储在单个位置。
Eon 模式适合各种需求和数据量。由于计算和存储是分开的，因此可以分别扩展：
Eon 使用的是共享存储来存储所有数据和目录（元数据），感觉跟 Oracle RAC 有点相似。
共享存储具有以下特性：
共享存储位置列在 STORAGE_LOCATIONS 系统表中可以查询，SHARING_TYPE 为 COMMUNAL。
共享存储的一个潜在缺点是它的 速度，尤其是在云环境中。从共享云位置访问数据比从本地磁盘读取数据慢。此外，如果许多节点同时从中读取数据，则与共享存储的连接可能会成为瓶颈。
为了提高数据访问速度，Eon 模式数据库中的节点维护一个本地磁盘数据缓存，称为仓库。执行查询时，节点首先检查它需要的数据是否在仓库中。如果是，则节点使用数据的本地副本完成查询。如果数据不在仓库中，则节点从公共存储中获取数据，并将副本保存在仓库中。
ALTER_LOCATION_SIZE，区间在 60%~80% 之间。每个节点还存储数据库目录的本地副本。
在 Eon 模式下，COPY 语句通常写入读取节点仓库中的优化存储 (ROS) 文件以提高性能。COPY 语句分段、排序和压缩以实现高度优化。在语句提交之前，Vertica将 ROS 文件发送到公共存储。
下图显示了 COPY 语句期间的数据流。
在云环境中部署时，Vertica 将其数据存储在基于云的存储容器中，例如 AWS S3 存储桶。在本地部署时，Vertica将数据存储在本地部署的对象存储中，例如 Pure Storage FlashBlade 设备。将持久数据存储与计算资源（加载数据和处理查询的节点）分开提供了灵活性。
在企业模式 Vertica 数据库中，物理架构旨在将数据尽可能靠近计算资源。
企业模式数据库中的数据分布在数据库中的节点之间。理想情况下，数据是均匀分布的，以确保每个节点具有等量的分析工作负载。
每个节点负责存储和处理一部分数据。数据位于基于云和本地数据库的节点上。让数据靠近计算能力提供了一系列不同的优势。
在企业模式下运行时，Vertica 将数据库中的数据存储在读取优化存储 (ROS) 容器中。ROS 数据经过分段、排序和压缩以实现高度优化。为避免多个小型 ROS 容器之间的数据碎片化，Vertica 会定期执行合并操作，将 ROS 数据合并到更少和更大的容器中。
在企业模式下，Vertica 数据库的每个节点都在本地存储和操作数据。如果没有某种形式的冗余，节点的丢失将迫使您的数据库关闭，因为它的某些数据将无法用于服务查询。
所以，通常选择让企业模式数据库冗余存储数据，以防止节点关闭时数据丢失和服务中断。
Eon 模式和企业模式存储数据的不同方式使每种模式在不同的环境中都具有优势。
📢 注意： 当然了，模式间数据是可以切换迁移的，可以使用元函数 MIGRATE_ENTERPRISE_TO_EON 将企业模式数据库迁移到 Eon，为上云提供了良好的支持！
本文讲解了 Vertica 架构的两种数据库模式，在了解了各自的特点和优势后，相信大家对架构的选型应该有了自己的想法。