近日,Pure与思科公司利用Pure方面提供的NVMe型FlashArray//x配合思科的NVMe over Fabric光纤通道构建起一套端到端NVMe FLashStack解决方案。
以下三大因素有望促成这款产品的出现:
思科设备支持NVMe over Fabrics光纤通道,而Pure阵列则支持NVMe驱动器。将二者相结合,我们将迎来一套能够在服务器与共享存储阵列间提供次毫秒级延迟的端到端NVMe over Fabrics系统。
FlashStack为结合有思科及Pure解决方案的融合型基础设施(简称CI)模板产品,其类似于此前由思科服务器及网络同NetApp存储方案共同构建的高人气FlexPod CI系统。而利用之前提到的三项技术成果,则足以建立起端到端NVMe FlashStack的参考设计方案。
在各大IT主流厂商当中,只有戴尔-EMC曾经在其DSSD阵列产品线中进行过此类尝试,但在数周之前已经被正式叫停。
NVMe over Fabrics接入型存储阵列领域的其它一些初创企业,包括E8、Excelero、Mangstor、Pavilion DataSystems以及APeiron都利用硬件以太网构建起具备类似访问速度的阵列产品。这些系统皆需要配合RDMA over Ethernet,因此能够为希望升级至NVMe over Fabrics的现有光纤通道SAN用户提供了新的方案选项。
将思科与Pure两家公司的方案进行结合,即将NVMe纳入光纤通道之内,则将带来迥异于现有产品的设计思路。
目前全部主流存储阵列供应商都在尝试向产品线中添加NVMe驱动器,并最终利用NVMe over Fabrics实现阵列访问。不过,就在这些厂商努力进行NVMe驱动器引入时,Pure公司已经顺利完成了这项任务——意味着NVMe over Fibre Channel技术已然成立,只待实际使用。
FlashArray//x将于今年第三季度进入通用销售阶段。来吧,Pure和思科,加油打造出一套端到端NVMe FlashStack,并借此在创新层面给包括戴尔-EMC在内的各家厂商做出榜样!
好文章,需要你的鼓励
微软近年来频繁出现技术故障和服务中断,从Windows更新删除用户文件到Azure云服务因配置错误而崩溃,质量控制问题愈发突出。2014年公司大幅裁减测试团队后,采用敏捷开发模式替代传统测试方法,但结果并不理想。虽然Windows生态系统庞大复杂,某些问题在所难免,但Azure作为微软核心云服务,反复因配置变更导致客户服务中断,已不仅仅是质量控制问题,更是对公司技术能力的质疑。
Meta研究团队发现仅仅改变AI示例间的分隔符号就能导致模型性能产生高达45%的巨大差异,甚至可以操纵AI排行榜排名。这个看似微不足道的格式选择问题普遍存在于所有主流AI模型中,包括最先进的GPT-4o,揭示了当前AI评测体系的根本性缺陷。研究提出通过明确说明分隔符类型等方法可以部分缓解这一问题。
当团队准备部署大语言模型时,面临开源与闭源的选择。专家讨论显示,美国在开源AI领域相对落后,而中国有更多开源模型。开源系统建立在信任基础上,需要开放数据、模型架构和参数。然而,即使是被称为"开源"的DeepSeek也并非完全开源。企业客户往往倾向于闭源系统,但开源权重模型仍能提供基础设施选择自由。AI主权成为国家安全考量,各国希望控制本地化AI发展命运。
香港中文大学研究团队开发出CALM训练框架和STORM模型,通过轻量化干预方式让40亿参数小模型在优化建模任务上达到6710亿参数大模型的性能。该方法保护模型原生推理能力,仅修改2.6%内容就实现显著提升,为AI优化建模应用大幅降低了技术门槛和成本。