同时增添拉伸集群与更快VSAN复制传输能力。
ULLtraDIMM
VMware公司的VSAN即将支持速度更快的闪存硬件,同时将获得复制、拉伸集群以及甲骨文RAC支持能力。
VSAN(即虚拟SAN)是VMware公司所打造SAN构建方案,其能够将运行在自家ESXi虚拟机管理程序之上的服务器直接连接存储进行汇聚。VSAN目前被用于虚拟巨头旗下EVO:RAIL超融合型基础设施设备参考架构当中,而这套方案的主要目的则是与Nutanix的HCIAS、SimpliVity、Maxta以及其它众多新兴超融合厂商开展竞争。
更多与VSAN下个版本,也就是VSAN 6.1相关的消息亦不断出现。我们首次了解这一新版本则是在旧金山VMworld大会代号ST085877的题为《Virtual SAN 6.1将带来哪些新内容》的演讲当中。
根据我们查阅到了文件,VSAN 6.1属于第三代VSAN方案且设计思路旨在“为全部虚拟化工作负载提供企业级存储支持,包括一级产品、关键性任务应用以及要求高可用性的用例”。
新版本将支持SanDisk的ULLtraDIMM——即将闪存接入DIMM插槽以尽可能缩短NAND芯片同CPU之间的距离,从而加快虚拟机的执行速度。目前这类方案已经被应用于华为、联想以及SuperMicro等厂商的某些服务器产品当中。
VSAN还将支持NVMe,即标准PCIe驱动器,并由此通过NVMe使用PCIe闪存卡,最终达到虚拟机加速的目标。
新版本在可用性方面迎来四项强化举措:
· Virtual SAN拉伸集群位于两座地理位置独立的站点之间,并始终保持复制数据实时同步。
· Virtual SAN复制——恢复点目标不超过5分钟,远胜过此前版本的15分钟恢复点目标。
· 支持SMP-FT——也就是vSphere提供的容错功能。
· 支持微软MSCS以及甲骨文RAC。
VMware公司还对Virtual SAN Management Pack for vRealize Operations作出强化。
不过需要强调的是,早已得到Nutanix、SimpliVity、Breqwatr以及其它众多厂商支持的重复数据删除功能仍然未被包含在新版本当中。
好文章,需要你的鼓励
微软近年来频繁出现技术故障和服务中断,从Windows更新删除用户文件到Azure云服务因配置错误而崩溃,质量控制问题愈发突出。2014年公司大幅裁减测试团队后,采用敏捷开发模式替代传统测试方法,但结果并不理想。虽然Windows生态系统庞大复杂,某些问题在所难免,但Azure作为微软核心云服务,反复因配置变更导致客户服务中断,已不仅仅是质量控制问题,更是对公司技术能力的质疑。
Meta研究团队发现仅仅改变AI示例间的分隔符号就能导致模型性能产生高达45%的巨大差异,甚至可以操纵AI排行榜排名。这个看似微不足道的格式选择问题普遍存在于所有主流AI模型中,包括最先进的GPT-4o,揭示了当前AI评测体系的根本性缺陷。研究提出通过明确说明分隔符类型等方法可以部分缓解这一问题。
当团队准备部署大语言模型时,面临开源与闭源的选择。专家讨论显示,美国在开源AI领域相对落后,而中国有更多开源模型。开源系统建立在信任基础上,需要开放数据、模型架构和参数。然而,即使是被称为"开源"的DeepSeek也并非完全开源。企业客户往往倾向于闭源系统,但开源权重模型仍能提供基础设施选择自由。AI主权成为国家安全考量,各国希望控制本地化AI发展命运。
香港中文大学研究团队开发出CALM训练框架和STORM模型,通过轻量化干预方式让40亿参数小模型在优化建模任务上达到6710亿参数大模型的性能。该方法保护模型原生推理能力,仅修改2.6%内容就实现显著提升,为AI优化建模应用大幅降低了技术门槛和成本。