分类目录问题答疑

社区版许可单集群最大节点规模是 3 个节点，因此无法扩展至 4 节点集群。如需构建 4 节点或以上规模的集群可以选择 SMTX OS 的商业版本，版本之间的详细差异请查阅规格表：https://www.smartx.com/smtx-os/spec/。

物理 CPU 插槽和虚拟机的 CPU 插槽并没有一一对应的关系。如：一台物理服务器有  2 个 CPU 插槽（socket），每个 CPU 有 10 核（core），那么实际上就有 20 core 了，加上 CPU 超线程的功能，就可以在不超分的情况下变成 40 个 vCPU；而 40个 vCPU 是总数，具体可以分配到虚拟 CPU 插槽和虚拟 CPU 核数的乘积，如 4 vSocket x 10 vCore = 40 vCPU，也可以是 2 vSocket x 20 vCore = 40 vCPU。

Windows 7 操作系统属于桌面操作系统，不支持多 CPU 插槽，只能识别 2 个 CPU 插槽，这种情况下，可以将虚拟机从 1 核 8 插槽调整为 2 插槽 4 核，系统就能识别了。

SMTX OS 上的虚拟机执行快照后，如果虚拟机的数据没有发生变化，快照是不占空间的。当后面数据发生变化，快照的空间会随之增长。

存储网络应与管理网独立，可采用独立的物理网卡和交换机，或者在共享物理设备上独立的 VLAN ；

对于使用 SmartX 社区版软件进行体验的客户，请遵照以下最低配置要求表要求检查部署环境的硬件配置。

自 SMTX OS 社区版发布以来，有许多用户下载了和尝试部署 SMTX OS ，在过程中遇到一些问题并在社区中提问，本文是将这些有代表性的问题集合在一起，并按照不同阶段进行分类，希望能帮助用户快速获得解决问题的思路。

自 SMTX OS 社区版发布以来，有许多用户下载了和尝试部署 SMTX OS ，在过程中遇到一些问题并在社区中提问，本文是将这些有代表性的问题集合在一起，并按照不同阶段进行分类，希望能帮助用户快速获得解决问题的思路。

如果分布式交换机包含连接了已存在的虚拟机，是不允许删除的，如果要删除分布式交换机，需要将关联的虚拟机取消相关虚拟网络，以及手工删除虚拟网络后并确保分布式交换机上没有任何虚拟网络后，才能删除分布式交换机。

这种情况应该是虚拟机没有正确安装虚拟显卡的驱动，可以通过安装 vmtools 或者访问 virtio 驱动镜像进行安装驱动，即可解决。

需要安装 vmtools 工具，安装后可支持虚拟机显示 IP 主机名等信息

实际上 ELF 中的虚拟机可以为虚拟磁盘提供三种总线模式，其中 IDE 总线是全虚拟化的虚拟硬件，开销大，存储性能较差，但兼容性，无需安装驱动即可识别；

SMTX OS 的虚拟机默认使用 Virtio 磁盘总线，而 Windows 系统没有内置 Virtio 驱动，需要加载 Virtio 驱动进行安装。详细过程如下：

API 文档集成在管理控制台，登录节点管理控制台，设置菜单中有 API 文档。

自 SMTX OS 社区版发布以来，有许多用户下载了和尝试部署 SMTX OS ，在过程中遇到一些问题并在社区中提问，本文是将这些有代表性的问题集合在一起，并按照不同阶段进行分类，希望能帮助用户快速获得解决问题的思路。

访问 SMTX OS 服务器控制台（通过 IPMI 或者连接显示器和键盘） ，使用账号 root，密码：smartx 登录后台。

如果没有 DHCP，可以登录 SMTX OS 后台，然后手工设定固定 IP，设置完成后重启网络服务，即可登录集群初始化界面。

服务器有多块硬盘，安装系统后，有可能需要调整启动盘（boot disk）的顺序，把安装系统时选择的 boot disk 作为第一顺序启动，否则就可能导致系统无法正常启动了。

最少需要一块 ssd（推荐 2 块）用做缓存盘，但容量盘是不能与缓存盘共用的，也就是一块磁盘不能既做缓存盘，同时也做数据盘。

一般是设置和参数有误造成的，需要重新确认配置信息是否正确。例如：需重新确认缓存盘、容量盘是否选择合理，IP 信息是否正确等

这种情况一般是硬件不兼容的引起的报错，我们也会针对这类问题持续更新硬件支持，请留意 SMTX OS 社区版更新 。

这种情况一般是因为默认情况下，ESXi 的虚拟机的 vdisk 是没有 uuid 的，这样会导致 SMTX OS 无法准确识别磁盘，导致安装失败。确认是否这个原因导致，可查看日志文件：/usr/share/zbs_deploy/zbs_host_

SMTX OS 社区版不支持将系统安装在标识为可移动的硬盘上，这里有可能出现的情况有两种，一是磁盘确实是移动硬盘，另外一种是 RAID 控制器错误地将硬盘识别为可以移动硬盘。

SMTX OS 既支持传统 BIOS 启动也支持 UEFI 安装的，光盘启动失败有时候跟 U 盘启动制作工具有关，这里推荐几个 U 盘启动制作工具：

社区版不支持与 ESXi 集成部署的模式，只有商业版才会支持的。

自 SMTX OS 社区版发布以来，有许多用户下载了和尝试部署 SMTX OS ，在过程中遇到一些问题并在社区中提问，本文是将这些有代表性的问题集合在一起，并按照不同阶段进行分类，希望能帮助用户快速获得解决问题的思路。

SMTX OS 商业版是支持海光 CPU 的，但社区版暂时不支持。

两台交换机高可用建议使用堆叠模式（也有厂家称为虚拟化模式或集群模式）。交换机不要用主备模式，因为超融合的存储网络的链路高可用不通过有多路径切换机制来实现（与 SAN 网络依赖多路径机制实现链路高可用不一样）。

SMTX OS 业务网络和管理网络既可以是同一个子网也可以是不同的，同时也支持共用一块网卡甚至是共用一个网口。

ESXi 需要安装在单独的硬盘或者 RAID 组上，安装 ESXi 所在的硬盘必需是独立的控制器（必须与缓存盘、容量盘不在同一个硬盘控制器或者 RAID 卡上）

单节点部署也推荐安装 CloudTower，能获取更多功能和更优秀的体验。

不需要外挂集中式存储，SMTX OS 社区版可将本地的硬盘资源组成存储池，缓存机制也是适用的，但单节点集群无法提供数据冗余保障（硬盘故障会引起数据丢失），因此仅用于测试。

SmartX 社区版单节点部署，至少一块双口网卡，系统初始化的时候，依然需要一个网口绑定管理网络，一个网口绑定存储网络（虽然单节点部署下存储网络没有作用，但还是需要预留，可以不连线）。

自 SMTX OS 社区版发布以来，有许多用户下载了和尝试部署 SMTX OS ，在过程中遇到一些问题并在社区中提问，本文是将这些有代表性的问题集合在一起，并按照不同阶段进行分类，希望能帮助用户快速获得解决问题的思路。

缓存盘的数据实际上也有多副本保护，并且遵循强一致性的特点。另外，在系统遭遇意外掉电的情况下，系统将通过 Journal 的 IO 回放功能确保数据一致性。

SMTX OS 缓存策略是系统自动执行的，无需客户选择的。SMTX OS 缓存机制不属于传统的 write back 和 write through 机制，更准确地说是一种改进版 write back 机制，它既保留了 write back 机制的高效性能，同时有专门的机制应对突发断电引起的数据无法及时更新的问题。

SMTX OS 主机上的数据盘和缓存盘都是直通的，没有组建 RAID 组，因此可以理解是独立的。SMTX OS 无需专门的热备盘，多块数据盘和缓存盘支持并发读写。

如果是集群所有节点都掉电，电力恢复后，虚拟机还是会在源主机上启动的，不会因为都迁移到一台主机上引起超载的问题。另外，如果是触发 HA 的情况下，虚拟机的启动是以随机的顺序轮流启动的，并不是所有虚拟机同一时刻启动的；启动顺序目前是不支持手工调整的，由系统决定。

新更换的服务器首先得满足 SMTX OS 的硬件兼容性要求，在这个前提下，SmartX 集群是允许节点配置的不完全一致的，包括 CPU、内存、硬盘等配件不一致都是支持的。

SMTX OS 的 HA 触发时间是 3 分钟，当系统检测到节点宕机后，会在三分钟之内触发 HA ，虚拟机会自动迁移到其他节点并重新启动。

目前 CloudTower 没有提供主备虚拟机冗余的，但 CloudTower 虚拟机故障并不影响集群的正常运作，并且每个服务器节点本身已经有管理界面的，可提供应急管理平面。

在线增加硬盘是不会影响系统正常运行的；添加内存操作需停机进行，如果希望避免影响业务，可以先通过在线迁移将需要增加内存的主机上的虚拟机到另外两个可用节点（前提是集群拥有三个节点，否则必须全部停机进行扩容），然后关闭节点进行内存添加，这样可以不影响业务正常运行；由于集群有节点离线，系统会自动触发数据恢复；服务器扩展硬件后不需要调整软件设置，同时也不涉及软件许可费用增加的问题（社区版免费，商业版本的许可是按 2CPU 节点为一个许可，跟内存、硬盘大小无关）

SMTX ELF 虚拟化软件是在 KVM 的基础上开发的，但自行开发了包括 HA、自动调度、高级监控等企业级的功能。

SmartX 社区版没有提供类似 VMware 的 FT 容错功能。

这个问题不能一概而论，集群能运行多少台虚拟机主要看服务器和虚拟机的资源配置，（满足 3 主机运行 200+ 虚拟机）单台主机运行 66 台虚拟机，相对来说属于密度比较高的情况。据实际经验，生产环境一般单台主机运行 20-30 个虚拟机，开发测试环境运行 50 台左右。

社区版安装完成后，可在管理界面获取系统序列号，凭序列号，访问 SmartX 官网，填入一些基本信息，即可申请永久许可。

SMTX ZBS 分布式存储软件商业版已经在 2021 Q4 发布，可以提供 30 天免费测试许可，但对应的社区版暂时还没有发布，预计会在晚些时候发布。

有的，系统内置监控报表功能，可以提供实时（历史数据分析需要商业版支持）的缓存命中率， 虚拟机的 io 延时情况，IOPS 统计等。

可以的，但对于 VirtualBox 的虚拟机，目前 SmartX 官方没有提供专门的 V2V 工具，但可以通过导入到平台后，通过内置的命令行工具进行格式转换，以及涉及一些手工操作，相对 VMware 的虚拟机操作上相对麻烦一些。

SmartX 的存储属于块存储吗？是的，SMTX OS 内置了 ZBS 分布式块存储软件，提供原生的块存储服务。

SMTX OS  社区版最大集群规模 3 个节点，CloudTower 社区版最多支持纳管 3 个社区版集群;仅支持部署 ELF;不提供正式的服务与技术支持，有问题可以到社区去留言，但不保证时效性.

SmartX 社区版后期能直接转到商业版本吗？可以的，导入正式软件许可以及软件升级可转为商业版本。

SMTX OS 社区版可以支持 1~3 节点部署，但 1 节点和 2 节点 部署都有部分功能受限的情况，（郑重提示：1 节点和 2 节点部署，只能作为功能体验，不可用于实际的生产环境使用），详细请参照下表

软件定义计算是指计算功能从其所在的硬件中虚拟化和抽象化。在软件定义计算中，数据中心的计算功能可以跨任意数量的处理单元汇集，工作负载可以分散在它们之间。软件定义计算环境中的硬件组件往往是通用的、具备行业标准的，让用户得以轻松添加以满足资源需求。

云计算和软件定义数据中心是从不同的维度定义现代数据中心，前者强调数据中心资源的使用和供给方式，而后者强调数据中心的实现方式。软件定义相关产品是实现云计算特性的重要基础，而云计算是软件定义数据中心提供资源和管理资源的最佳模式。

软件定义基础设施包括广泛的软件定义基础设施组件和软件定义的数据中心、网络、存储和计算。SDI 还包括部署在物联网应用中的非数据中心基础设施和软件定义的边缘基础设施。

SmartX 超融合支持 1-3 副本部署，服务器数量最少需要 2 台。具体来说：1副本至少2台，2副本至少3台，3副本5节点起步。但考虑到实际使用场景，2节点1副本一般用户开发测试等边缘场景，生产系统建议至少3节点2副本起，以保证业务的高可用。

SmartX 作为一家专注于超融合的厂商，支持纯软件与一体机两种交付形式。其硬件平台兼容性好，支持华为，浪潮，HPE，联想，H3C，dell，超微等多种 x86 或 ARM 架构的服务器品牌，超过 20 款硬件型号，并且均有落地案例。

集中式存储比分布式存储更稳定，且价格越来越便宜，对于中小城商行而言，数据量和增量远不如大行，集中式存储的容量已能满足数据存储容量的要求，在此情形下，是否还有必要引入分布式存储，如要引入，除了大数据平台外，还适合用在哪些场景？容器云平台如果采用分布式存储对城商行来说运维压力和风险是否能很好控制？

论坛问题精选：

高并发运算是指并行计算吗？如果是传统并行计算的话，超融合是太不合适的；因为并行计算注重的将多台服务器的计算资源聚合完成单个复杂的运算任务，对存储能力要求不是太高，基本都是在内存中进行；而超融合的计算与存储平台的融合，着重存储能力，可以加大承载业务系统的密度。两者思路不一样。

Openstack 的部署是比较复杂的，基本都靠命令行安装；而且涉及的组件很多，包括 nova（计算服务），glace（镜像服务）、cinder（块存储服务）、keystone（认证服务）等非常多的组件，都需要单独进行安装或者配置，整个过程非常复杂；组件之间容易出现兼容性的问题，即使安装好了，后面的运维也经常遇到组件之间的配合问题。

云计算主要有三种类别：私有云、公有云、混合云；云计算服务主要有三个层次：IAAS、PAAS、SAAS。超融合产品让 IaaS 层真正具备了分布式架构和软件定义属性，从而带来存储和计算资源的整合、按需扩展和按需投资的“云”特性，而融合部署方式进一步简化了 IT 基础架构，并降低了系统的总拥有成本。

超融合的本质是分布式存储与虚拟化融合部署，两者的差异实际上是软件定义的分布式存储与传统集中式存储的差异。

超融合架构一般推荐 2 副本 3 节点起步，3 副本 5 节点起步，通过多副本冗余与仲裁机制，避免超融合架构出现脑裂的问题。

超融合是一种软件定义的 IT 基础架构，它可虚拟化常见“硬件定义”系统的所有元素。一般超融合最小集合包括虚拟化计算，虚拟存储和虚拟网络三大部分。

论坛问题精选：

有要求，不同厂商，不同的应用场景下超融合对 CPU 的要求也会有所不同，下面 以 SmartX 超融合产品为例：本内容节选自《 SmartX 超融合硬件选型指南 》系列文章。

超融合不需要做 RAID。超融合架构采用数据副本机制保障数据可靠性，目前常见的起步配置主要有 3 节点 2 副本，5 节点 3 副本；而不需要设置 RAID1 或者 RAID5 等 RAID 机制。

单纯的超融合架构是不包括灾备的。但目前主流的超融合厂商也会根据客户的实际需求。提供诸如双活集群与备份等高级功能。

一般来说，超融合服务器中 SSD 固态硬盘总容量要保持为 HDD 总容量的 10% – 20%，比如 HDD 总容量为 12 TB，建议 SSD 选择 2 块 960 GB。

如下以SmartX 超融合产品为例，分别给出了下超融合架构和传统架构的拓补图，看两者在部署和资源管理模式区别。

目前主流的超融合厂商除了提供超融合一体机这种软硬件一体化部署外，包括 SmartX 、Nutanix 、Dell 等还会提供纯软件的部署方案。

首先超融合跑数据库是绝对没有问题的，SmartX 超融合平台的核心是分布式块存储，适合运行 Oracle 等各类的数据库业务，同时目前已有较多用户已经将Oracle、SQL Server 运行在 SmartX 超融合平台上。