在 vSphere 6.x vSAN 数据存储上使用共享存储的虚拟磁盘

本文介绍如何在VMware vSAN数据存储上部署Oracle RAC集群,包括创建虚拟机存储策略、配置共享磁盘以及启用多写入器模式等关键步骤。


在 vSphere 6.x vSAN 数据存储上使用 Oracle RAC (2126079)

https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2126079



Purpose

VMware vSAN 会阻止多个虚拟机以读写模式打开同一个虚拟磁盘 (VMDK),此问题与 VMFS 和 NFS 数据存储相关。 这是为了防止存储在虚拟磁盘上的数据由于大多数客户机操作系统所使用的非群集感知文件系统上出现多个写入器而受到损坏。

要启用客户机内系统(利用具有分布式写入(即多写入器)功能的群集感知文件系统),我们必须为所有适用的虚拟机和 VMDK 显式启用多写入器支持。

本文概述了创建驻留在 VMware vSAN 上的可共享 VMDK 和启用多写入器模式的过程。 这样可允许多个虚拟机以读写模式访问同一个 VMDK,从而使客户机内共享存储群集解决方案(例如 Oracle RAC)可用。

警告: 除非客户机能够安全地对正在访问同一个存储的多个系统进行仲裁和协调,否则请勿为任何虚拟机/VMDK 组合启用多写入器模式。 为不使用客户机内群集感知文件系统的磁盘启用多写入器模式会导致数据损坏。 

注意: 启用多写入器模式会导致部分虚拟机操作和 vSphere 功能变得不受支持。 有关启用多写入器模式时的操作/功能可支持性,请参见以下列表: 

支持和不支持的操作或功能

操作或功能

支持

不支持

注释

打开和关闭虚拟机电源以及重新启动虚拟机


 

将虚拟机挂起


×


热添加虚拟磁盘


仅适用于现有适配器

热移除设备



热扩展虚拟磁盘


×


连接和断开设备



快照


×

虚拟备份解决方案通过 vStorage API 利用快照;例如,VMware Data Recovery 和 vSphere Data Protection。 这些解决方案也不受支持。

包含独立持久磁盘的虚拟机的快照


只有共享磁盘必须处于独立持久模式

克隆


×


Storage vMotion


×


更改块跟踪 (CBT)


×


vSphere Flash Read Cache (vFRC)


×

失效的写入会导致数据丢失和/或损坏

vMotion



仅受 ORAC 支持,并且仅限于 8 个 ESX/ESXi 主机


用例

  • Oracle RAC,其中的应用程序可确保从两个或更多不同虚拟机发出的写入不会导致数据丢失
  • 此配置已经过测试,并且仅在 vSphere 6.x 上受支持。

限制和要求

Resolution

概述

创建每个 RAC 群集时,必须为该群集执行一次以下过程:在 vSAN 数据存储上配置 Oracle RAC 群集。 此过程需要执行以下步骤:

  • 创建虚拟机存储策略,以将其应用到用作集群共享存储的虚拟磁盘。
  • 以快速置零模式创建共享虚拟磁盘。
    • 当前版本的 vSphere Web Client 缺少所需的配置选项。 这要求在 vSAN 群集中的相关 ESXi 主机上使用 CLI 或 PowerCLI。
      注意: 使用 PowerCLI 可减少几个步骤,因此建议采用此方法。
  • 将共享磁盘附加到一个或多个虚拟机
  • 使用 ESXi 命令行,为虚拟机和磁盘启用多写入器模式。
    • 当前版本的 vSphere Web Client 缺少所需的配置选项。 这要求在相关 ESXi 主机上使用 CLI。
  • 将虚拟机存储策略应用到共享磁盘。

警告: 继续操作之前,所有将成为 Oracle RAC 节点的虚拟机都必须处于关闭电源状态。

创建虚拟机存储策略

根据虚拟机的设计规范,您需要定义虚拟机存储策略以将其应用到 RAC 共享磁盘。 创建类似于下图的存储策略:

注意

  • 在本示例中,我们将虚拟机存储策略命名为“RAC”
  • 对象空间预留: 100%,此设置会在磁盘上预先分配所有对象的组件。
  • 允许的故障数: 默认设置是 1,可在另一个 vSAN 节点上提供镜像副本。 此设置可对主机/硬件组件故障提供 RAID 1 保护。 如对话框所示,这样将在 vSAN 数据存储上占用两倍的存储空间。
  • 每个对象的磁盘带数: 默认 vSAN 策略为 1。 请为此策略选择所需的磁盘带宽度。 这与 RAID 0 相似。 在本示例中,我们使用值 2。

有关存储策略配置选项的详细信息,请参见 VMware vSAN 文档

将存储控制器添加到 Oracle RAC 虚拟机

注意: 在每个 Oracle RAC 虚拟机上,创建类型相同并处于相同位置(SCSI 地址)的控制器。

  1. 在 vSphere Web Client 中右键单击虚拟机,然后选择编辑设置
  2. 在后续窗口的底部,从新设备: 下拉菜单中选择 SCSI 控制器,然后单击添加
  3. 展开新的 SCSI 控制器条目。
  4. 使总线共享模式保持为“无”,然后选择所需的类型(LSI ParallelLSI SAS 或 Paravirtual)。

    注意: 一般建议将准虚拟控制器类型用于 RAC 共享磁盘。
  5. 单击确定



  6. 对其余 RAC 虚拟机重复以上过程。

创建快速置零磁盘 (PowerCLI)

在当前版本中,vSphere Web Client 无法在 vSAN 数据存储上创建快速置零磁盘。 虽然 vSAN 数据存储支持快速置零磁盘,但目前未在 vSphere Web Client 中提供此功能。 要适应当前版本中的此限制,我们必须使用 PowerCLI 或 ESXi 命令行来创建快速置零磁盘。 本节概述了用于创建磁盘的 PowerCLI 方法,并指明这是首选方法。
  1. 启动 PowerCLI 并使用 Connect-VIServer 连接到 vCenter。
    有关 PowerCLI 约定和登录等的更多指导,请参见 VMware vSphere PowerCLI Documentation

  2. 使用以下格式的 New-HardDisk cmdlet 创建新硬盘:

    New-HardDisk -VM <VM name> -CapacityGB <size> -Datastore <VSAN datastore name> -StorageFormat EagerZeroedThick -Controller <controller name> -Persistence IndependentPersistent

    例如,要在附加到数据存储“vsanDatastore”上的“SCSI Controller 1”的“RAC_0”虚拟机上创建一个大小为 10 GB 的磁盘,请使用以下命令:

    New-HardDisk -VM “RAC_0” -CapacityGB 10 -Datastore “vsanDatastore” -StorageFormat EagerZeroedThick -Controller “SCSI Controller 1” -Persistence IndependentPersistent
    The name of the storage controller will match the name of the device we added to the VMs in the previous section.

  3. 对要创建的其余共享磁盘重复以上过程。

创建快速置零磁盘(ESXi 命令行)

在当前版本中,vSphere Web Client 无法在 vSAN 数据存储上创建快速置零磁盘。 虽然 vSAN 数据存储支持快速置零磁盘,但目前未在 vSphere Web Client 中提供此功能。 要适应当前版本中的此限制,我们必须使用 PowerCLI 或 ESXi 命令行来创建快速置零磁盘。 本节概述了用于创建磁盘的 ESXi 命令行方法。 

注意: 您必须启用对主机的本地 ESXi shell 或 SSH 访问并以特权 (root) 用户身份登录才能完成以下过程。
  1. 导航到 Oracle RAC 群集中第一个虚拟机的目录:

    cd /vmfs/volumes/<vsan datastore>/<VM_Name>

    例如

    cd /vmfs/volumes/vsanDatastore/RAC_0

  2. 使用以下 vmkfstools 命令创建要共享的快速置零厚置备虚拟磁盘:

    vmkfstools -c <size> -W vsan -d eagerzeroedthick `pwd`/<vmdk-file-name>
    例如
    vmkfstools -c 12G –W vsan –d eagerzeroedthick `pwd`/RAC_0_1.vmdk
  3. 对要创建的所有共享磁盘重复步骤 2。

将共享磁盘添加到一个或多个虚拟机 (vSphere Web Client)

创建快速置零磁盘后,您需要将其添加到其余 RAC 虚拟机。 您可以通过 vSphere Web Client 或 PowerCLI 执行此操作。 本节概述了 vSphere Web Client 方法。

虚拟磁盘应添加到每个虚拟机上的相同 SCSI 位置。 如果某个磁盘位于一个虚拟机上的位置 1:0,则在 RAC 群集中,该磁盘应位于所有虚拟机上的位置 1:0。

  1. 右键单击相应的虚拟机,然后选择编辑设置…
  2. 在后续窗口中,从新设备下拉菜单中选择现有硬盘,然后单击添加
  3. 导航到适当的目录,然后选择所需的磁盘。
  4. 单击确定
  5. 展开新硬盘条目,然后适当地修改虚拟设备节点
  6. 共享下拉菜单中,选择多写入器选项。
    注意:该选项只在 vSphere Web Client 6.0 Update 1 及更高级版本中才可用。对于 6.0 GA (没有任何更新),则需要手动编辑,操作步骤请见下文“使用 ESXi shell 为虚拟机和磁盘启用多写入器模式”部分。 
  7. 磁盘模式更改为独立持久。
  8. 单击确定以保存更改。



  9. 对其余虚拟机和共享磁盘重复以上过程。

将共享磁盘添加到一个或多个虚拟机 (PowerCLI)

创建快速置零磁盘后,您需要将其添加到其余 RAC 虚拟机。 您可以通过 vSphere Web Client 或 PowerCLI 执行此操作。 本节概述了 PowerCLI 方法。

  1. 启动 PowerCLI 并使用以下命令连接到 vCenter: Connect-VIServer

  2. 使用以下格式的 New-HardDisk cmdlet 添加现有磁盘:

    New-HardDisk -VM <VM Name> -DiskPath “[<datastore name>] <folder>/<disk file>” -Controller <controller name> -Persistence IndependentPersistent

    例如:要将文件夹“RAC_0”中的数据存储“vsanDatastore”上的磁盘“RAC_0_1.vmdk”添加到虚拟机“RAC_1”并将其附加到“SCSI Controller 1”,请使用以下命令:

    New-HardDisk -VM RAC_1 -DiskPath “[vsanDatastore] RAC_0/RAC_0_1.vmdk” -Controller “SCSI Controller 1” -Persistence IndependentPersistent

  3. 对其余虚拟机和共享磁盘重复以上过程。

使用 ESXi shell 为虚拟机和磁盘启用多写入器模式

在 6.0 Update 1 之前的 vSphere Web Client 版本中,无法添加多写入器标记。如果没有安装 vSphere 6.0 Update 1 或更高级版本,则要使用 ESXi shell 来在适用的虚拟机和磁盘上启用多写入器模式。

注意: 由于此过程涉及修改和加载虚拟机配置,因此建议向同一个 ESXi 主机注册所有 RAC 虚拟机以进行这些更改,从而不必登录到多个主机。 进行这些更改后,虚拟机可以分布到整个 vSphere 群集。

  1. 要为特定磁盘启用 SCSI 总线共享,请运行以下命令:
    echo ‘scsi<N>:<D>.sharing = “multi-writer”’ >> <path to VMX file>

    例如:要为数据存储“vSAN Datastore”上的虚拟机“RAC_0”的 SCSI 设备 1:0 启用多写入器,请使用以下命令:

    echo ‘scsi1:0.sharing = “multi-writer”’ >> /vmfs/volumes/vsanDatastore/RAC_0/RAC_0.vmx

  2. 为所有适用的磁盘和虚拟机完成步骤 2,并适当地修改 SCSI 位置。 例如,要共享四个磁盘,我们应将以下条目全部添加到 VMX 文件:

    scsi1:0.sharing = "multi-writer"
    scsi1:1.sharing = "multi-writer"
    scsi1:2.sharing = "multi-writer"
    scsi1:3.sharing = "multi-writer"

  3. 刷新虚拟机配置以使更改生效。 我们必须先识别虚拟机才能进行刷新。 请使用以下命令:

    vim-cmd vmsvc/getallvms |grep -i <VM name>

    例如:要列出所有向主机注册的名称包含“RAC”的虚拟机,请运行以下命令:

    vim-cmd vmsvc/getallvms |grep -i RAC 

    生成的输出将显示虚拟机注册,并在最左端的列中显示 VMID。 VMID 是一个简单的整数编号。
  4. 刷新配置以使更改生效:

    vim-cmd vmsvc/reload <VMID>

    例如: 如果其中一个 RAC 虚拟机的 VMID 是“24”,则应使用以下命令:

    vim-cmd vmsvc/reload 24

  5. 重新加载所有适用的虚拟机。

将虚拟机存储策略应用到共享磁盘。

请注意,创建磁盘并将其添加到所有虚拟机后,我们必须应用为 RAC 共享磁盘创建的存储策略。 该策略必须应用到所有 RAC 虚拟机上所有适用的磁盘。

  1. 在 vSphere Web Client 中,右键单击虚拟机,然后选择编辑设置…
  2. 展开相应的硬盘条目。
  3. 从下拉列表中选择所需的虚拟机存储策略。
  4. 验证磁盘模式是否为独立持久。
  5. 单击确定

     

  6. 对所有适用的虚拟机和磁盘重复以上过程。

注意
: 如果要在以后将其他存储策略应用到 RAC 共享磁盘,您必须对所有共享磁盘 以及所有共享该磁盘的虚拟机执行策略更改。 








内容概要:本文系统研究了离散时间线性系统中基于共识的分布式滤波器的稳定性与最优性问题,深入探讨了KF(卡尔曼滤波)、DKF(分布式卡尔曼滤波)、SMDKF(基于平方根的最大熵分布式卡尔曼滤波)、CI(协方差交叉)、ICF(信息共识滤波)和HCMCI(基于高阶交叉协方差的信息融合)等多种滤波算法的理论基础、数学推导与实现机制。通过Matlab平台构建多传感器网络仿真环境,实现了各类算法在不同噪声统计特性和通信拓扑结构下的状态估计仿真,重点分析了各算法在估计精度、收敛速度、鲁棒性及一致性方面的性能差异,并对融合策略中的协方差传播、信息权重分配与共识迭代过程进行了细致对比,旨在为复杂环境下多智能体系统的分布式状态估计提供可复现的技术方案与理论支撑。; 适合人群:具备控制理论、信号处理、线性系统理论及Matlab编程基础的研究生、科研人员,以及从事多传感器融合、分布式估计算法开发、无人系统导航与智能电网监控等领域的工程技术人员。; 使用场景及目标:① 掌握主流分布式滤波算法的核心思想与数学建模方法;② 在多节点传感网络中实现高效可靠的状态估计;③ 对比分析不同共识融合策略在非理想通信条件下的性能表现;④ 支持学术论文复现、算法改进与工程化验证,服务于科研创新与系统优化设计。; 阅读建议:建议结合Matlab代码逐模块解析算法实现流程,重点关注状态预测、局部更新、信息融合与一致性达成的关键步骤;可通过调整系统噪声、观测噪声、网络连接拓扑等参数开展扩展性仿真实验,深入理解算法的稳定边界与最优性条件,进一步探索其在实际应用场景中的适应性与改进空间。
已经博主授权,源码转载自 https://pan.quark.cn/s/e56f7598bfa3 1. 第一阶段为实习的开端,属于初步适应时期。此阶段主要涉及对公司背景、产品特性及未来规划等方面的信息进行掌握。初到实习企业,工作节奏不同于学校的规律作息,而是实行朝八晚十的制度。我们无法仅通过浅显了解企业文化或学习新知即可满足,这次实习注定是忙碌的,同时也会是富有成效且促进成长的。抵达此处,我们必须摒弃大学时期的自由时间观念,勇于面对挑战,逐步建立良好的职业行为模式。由于多重因素考量,尽管事先进行了较为周全的预备工作,但实际操作中仍遭遇若干难题,例如学习周期长,实践任务繁重,而可支配时间有限,难以确保任务按时按质完成。工作日结束后,其他员工都已离岗,我仍留在现场进行练习,直至晚上九点方可返回住所。午餐时间也缺乏休憩场所,只能在电脑旁短暂小憩,经过一两周的持续工作,身体感到相当疲惫。然而,我们都清楚实习的目标与责任,坚持履行自己的职责与使命。在这一周内,主要完成了对工作环境的熟悉以及Java编程环境搭建的掌握。随着逐步适应,工作效率也随之提升,操作变得更加熟练。可以概括为几个关键词:广泛涉猎,积极提问,细致观察,深入思考! 第二阶段为实习的第二周,重点在于Java基础语法的掌握,旨在夯实基础,为后续开发工作奠定坚实基础。通过这一阶段的学习,才能在实际开发中游刃有余【Java实习周报通用25篇】详细记录了一位实习生在五周内的学习轨迹与成长,涵盖了从适应新环境、掌握基础语法到深入理解高级概念的全过程。在第一周,实习生主要完成了对公司的适应,认识到实习不仅是新知识的获取,更是对实际工作环境的适应与作息习惯的调整。此阶段,他们熟悉了工作环境并配置了Java编程环境,强调了“多看、...
内容概要:本文基于2026年对120家医疗医美机构的实测观察,分析AI引擎生成式优化在行业落地中的四类核心场景——机构资质合规、医师执业资质、项目信息公示和用户真实评价的采信特征。结果显示,大模型对具有官方背书和可验证性的资质类信息采信率显著更高,其中医师执业资质场景采信率达79.6%,居首位;而机构自宣性质的项目宣传类内容采信率仅为15.2%,处于低位。三类机构(公立医院科室、民营连锁、专科诊所)在信息场景分布上差异明显,信息结构与大模型采信偏好匹配度越高,整体采信率越高。文章进一步揭示了强监管属性、信息可验证性及用户检索行为是造成采信分层的三大底层逻辑,并指出当前行业普遍存在信息建设重心错位、场景完整度低等问题。; 适合人群:医疗医美行业从业者、机构管理者、数字营销负责人及关注AI在医疗领域应用的研究人员。; 使用场景及目标:①指导医美机构优化线上信息披露策略,提升AI引擎采信率;②帮助理解大模型在高风险行业中对信息可信度的判断机制;③为医疗健康类行业的AI内容建设提供实证参考; 阅读建议:本报告基于特定时间与样本的实测数据,阅读时需注意其地域、模型和时效局限性,建议结合本地监管环境和最新AI发展动态综合研判,并优先加强医师与机构资质类信息的公开透明化建设。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值