陈奇网络工作室

Azure堆栈版本1904

云计算

Azure Stack每个月都会持续更新和部署。本质上,Azure Stack的功能越来越强大。目前已经更新到ASDK 1904版本,Azure Stack 1904更新的内部版本号是1.1904.0.36。安装过程差别不大,具体改动如下:

改善

1904更新加载包括哪些主机Azure Stack不包括基础操作系统的Azure Stack组件的更新。这就做了一些更新,确定了它的作用范围。因此,在1904年完成更新所需的预期时间少于(大约16小时,但具体时间会有所不同)。运行时间的下降类似于1903年的更新。但是,后续更新可能包括操作系统,这意味着不同的运行时更新。未来的更新将提供关于完成更新的类似指导,这取决于有效载荷包含所需的预期时间。

1904年中期,对软件定义网络(SDN)堆栈进行了重大改进。这些改进提高了Azure Stack中SDN栈的整体服务和可靠性。

如果当前登录的用户没有所需的权限,以便可以在管理员门户中正确加载仪表板,请添加通知。它还包含指向描述哪些帐户具有适当权限的文档的链接,具体取决于部署期间使用的身份提供者。

添加了在包含虚拟机配置文件的存储卷离线时,如果解析方案中的所有虚拟机都离线,虚拟机恢复能力和运行时间的改进。

当带宽消耗、地址虚拟机功率限制或阻塞严重时,添加的优化虚拟机数量将同时从主机中删除,并置于最后一个上限。更新系统时,此更改将增加虚拟机的正常运行时间。

改进的资源限制用于保护内部进程不会耗尽平台的资源,从而导致门户中的操作失败。

改进的过滤功能使操作员能够同时应用多个过滤器。新用户界面中的列只能通过排序来命名。

删除产品/服务、计划、配额和订阅的流程改进。现在,您可以成功删除产品/服务、配额、计划和订阅。您要删除的对象是否没有依赖关系。

通过过滤不必要的事件和提供配置参数,提高了syslog消息的数量以及转发消息所需的严重性级别。有关如何配置严重级别的更多信息,请参见Azure Stack数据中心集成-syslog转发。

从1904更新和更高版本开始,Azure堆栈基础架构将额外消耗12 GB (4 GB的Azure堆栈主机)。这意味着4节点stamp中将有28 GB的额外容量消耗(12 GB 4 GB 4),这将反映在Azure Stack administrator门户的容量屏幕中。到1904年,版本更新应该会成功,即使其他内存消耗会让Azure Stack超出容量。如果Azure Stack stamp是基于内存使用量的,那么在更新完成后,你会看到一个纠正措施,专门反映一些虚拟机会带着警报被释放。

Get-azurestacklog cmdlet通过包含一个附加参数添加到新函数-OutputSASUri中。现在,您可以从您的环境中收集Azure堆栈日志,并将它们存储在指定的Azure storage blob容器中。有关详细信息,请参见Azure堆栈诊断。

在Test-Azure Stack Update Readines中添加新的内存检查,以查看是否有足够的内存来更新已成功完成的堆栈上的组。

评估改进后的Test-azurestack的服务结构的运行状态。

改善硬件更新,从而减少完成驱动器固件的时间,更新到2-4小时。更新引擎根据包中的内容动态确定需要执行更新的哪些部分。

为了防止破坏性的基础结构角色实例操作影响可用性,请添加可靠的操作和预先检查。

幂等基础架构备份操作的改进计划。

Azure堆栈日志收集的改进。这些改进减少了检索日志所需的时间。此外,Get-azurestacklog cmdlet将不再能够生成OEM角色的默认日志。您必须执行Invoke Azure Stackondemandlog cmdlet来指定要检索的OEM日志的角色。有关详细信息,请参见Azure堆栈诊断。

Azure Stack现在监控由数据中心与ADFS集成提供的联合身份验证数据URL。这将在客户ADFS实例或场的机密轮换期间提高可靠性。

变化

删除Azure Stack operator如何关闭管理员门户中的基础结构角色实例的选项。重新启动功能确保在重新启动基础结构角色实例之前尝试干净关闭。对于高级场景,API和PowerShell函数仍然可用。

没有新的市场管理经验,使用单独的市场图像和资源提供商的屏幕。现在,请将“资源提供者”窗口留空,但将来,新的PaaS服务产品/服务将在“资源提供者”窗口中显示和管理。

运营商门户网站中更新体验的更改。资源提供者没有更新西部数码代理网格。更新资源提供者的功能尚不可用。

运营商门户网站中更新安装体验的更改。为了帮助Azure Stack操作人员对更新问题做出适当的响应,门户现在提供了更具体的建议,以根据运行状态在扩展单元中自动导出Test-azurestack和分析结果。根据结果,通知操作员执行以下两种操作之一:

门户中会显示“软”的警告提示,在阅读“软”的最新更新时应注意这一点。Microsoft建议在正常工作时间打开服务请求。执行Test-azurestack,基于更新过程的一部分,我们在输出上生成最合适的警报。在这种情况下,测试azurestack已经通过。

“硬”严重警报在门户中显示为“最新更新失败”。Microsoft建议尽快打开服务请求。执行Test-azurestack,基于更新过程的一部分,我们在输出上生成最合适的警报。在这种情况下,Test-azurestack也失败了。"

更新的Azure Linux代理版本2.2.38.0。有了这种支持,客户可以在Azure和Azure Stack之间维护一致的Linux映像。

维修项目

修复了一个更新循环,其中系统日志配置未保留,导致系统日志客户端丢失其配置并停止转发系统日志消息。现在将保留系统日志配置。

修复了CRP中阻止虚拟机解除分配的问题。以前,如果有多个大型托管磁盘虚拟机,虚拟机取消分配可能会因超时错误而失败。

已修复的问题将影响扩展单元存储访问的Windows Defender引擎。

无法加载修复用户门户问题的blob存储帐户的访问策略窗口。

修复了管理员和用户门户,其中显示了有关global Azure门户的错误通知。

修复了在浏览器选项卡中选择用户门户问题反馈磁贴导致空磁贴的问题。

在更改已绑定到网络的IP配置后,修复了连接到虚拟机实例的静态IP地址适配器,导致显示门户问题的错误消息。

中的尝试修复了用户门户问题。通过网络窗口将网络接口连接到现有虚拟机导致操作失败并显示错误消息。

修复了Azure Stack不支持将超过4个网络接口(NIC)连接到虚拟机实例的错误。

修复了在门户中添加入站并选择问题服务标签作为源的安全规则,显示了不适用于Azure Stack的几个选项。

修复问题的网络安全组(Nsg)无效。在Azure栈中,全局Azure以同样的方式工作。

固定隐藏所有下载的产品在市场管理,如果注册过期或被删除。

修复了在PowerShell中发布设置AzurmVirtualNetworkGatewayConnection,连接到命令的现有虚拟网络网关失败,错误消息无效,共享配置密钥.

修复了导致网络资源提供商(NRP)与网络控制器同步,从而导致请求重复资源的问题。在某些情况下,这可能会导致父资源处于错误状态。

修复了将用户参与者角色分配给订阅的读取权限,但未明确提供该权限。如果读取了错误的问题…在尝试保存对资源的更改时,客户端somelogonaccount@domain.com不会使用对象ID {GUID}执行操作。

修复了一个图像,其中市场管理屏幕是空的,如果离线聚合工具用于上传,任何文件都缺少URI的图标。

修正了一个阻止下载产品在市场中被删除的问题。

安装完成后,以Azure Stack \ Azure Stack \ \ \ \ Azure Stack admin身份登录ASDK主机。

以管理员身份打开PowerShell(不是PowerShell ISE)。

运行:输入-PS会话-计算机名AZS-ercs 01-配置名特权端点。

运行:测试-AzureStack

目前考试比以前多了很多。

未完待续…

更多关于云服务器,域名注册,虚拟主机的问题,请访问西部数码代理官网:www.chenqinet.cn。

相关推荐

后台-系统设置-扩展变量-手机广告位-内容页底部广告位3