SMTX OS 超融合缓存机制是 write back 还是 write through?一般是建议客户使用哪种缓存策略?
SMTX OS 缓存策略是系统自动执行的,无需客户选择的。SMTX OS 缓存机制不属于传统的 write back 和 write through 机制,更准确地说是一种改进版 write back 机制,它既保留了 write back 机制的高效性能,同时有专门的机制应对突发断电引起的数据无法及时更新的问题。
SMTX OS 缓存策略是系统自动执行的,无需客户选择的。SMTX OS 缓存机制不属于传统的 write back 和 write through 机制,更准确地说是一种改进版 write back 机制,它既保留了 write back 机制的高效性能,同时有专门的机制应对突发断电引起的数据无法及时更新的问题。
当集群中有服务器发生故障,集群会将故障的服务器上面的 VM 通过 HA 功能自动迁移至其他可用的服务器节点上并自动恢复运行,同时会自动执行数据恢复,保障数据可靠性;而没有故障的主机上的虚拟机不受影响,整个数据恢复过程,系统会监控集群的负载情况自动调节恢复速度,最大程度保障现有业务性能和响应速度。
SMTX OS 主机上的数据盘和缓存盘都是直通的,没有组建 RAID 组,因此可以理解是独立的。SMTX OS 无需专门的热备盘,多块数据盘和缓存盘支持并发读写。
不会丢数据。SMTX OS 的数据冗余不依赖 RAID 技术实现,而是通过多副本技术实现。当虚拟机写入数据,系统会根据存储策略自动写入 2 份或者 3 份,虚拟机本地主机有一份数据,远程主机有另外 1 份(3 副本下则有另外 2 份数据写入到另外两台不同的主机上)。
如果是集群所有节点都掉电,电力恢复后,虚拟机还是会在源主机上启动的,不会因为都迁移到一台主机上引起超载的问题。另外,如果是触发 HA 的情况下,虚拟机的启动是以随机的顺序轮流启动的,并不是所有虚拟机同一时刻启动的;启动 顺序目前是不支持手工调整的,由系统决定。
新更换的服务器首先得满足 SMTX OS 的硬件兼容性要求,在这个前提下,SmartX 集群是允许节点配置的不完全一致的,包括 CPU、内存、硬盘等配件不一致都是支持的。
SMTX OS 的 HA 触发时间是 3 分钟,当系统检测到节点宕机后,会在三分钟之内触发 HA ,虚拟机会自动迁移到其他节点并重新启动。
目前 CloudTower 没有提供主备虚拟机冗余的,但 CloudTower 虚拟机 故障并不影响集群的正常运作,并且每个服务器节点本身已经有管理界面的,可提供应急管理平面。
在线增加硬盘是不会影响系统正常运行的;添加内存操作需停机进行,如果希望避免影响业务,可以先通过在线迁移将需要增加内存的主机上的虚拟机到另外两个可用节点(前提是集群拥有三个节点,否则必须全部停机进行扩容),然后关闭节点进行内存添加,这样可以不影响业务正常运行;由于集群有节点离线,系统会自动触发数据恢复;服务器扩展硬件后不需要调整软件设置,同时也不涉及软件许可费用增加的问题(社区版免费,商业版本的许可是按 2CPU 节点为一个许可,跟内存、
SMTX ELF 虚拟化软件是在 KVM 的基础上开发的,但自行开发了包括 HA、自动调度、高级监控等企业级的功能。