2018 vrealize operations manager 70 运营 经理最佳实践

vRealize运营经理最佳实践补充指南7.x版SEPTEMBE拉2018版本信息技术N14vRealizevRealizeOperationsManagerBestPractices桌子的 最好的实践 区域的最好的 平台最佳 贮存 一般的 高的可用性 偏僻的 负载 备份& 灾难 API和 结尾观点运营 内容最佳 警报症状 审查开箱即用 浏览量和 超级 帐户和 维护 工作加载放置 预测分布式资源调度程序 运营最好的 SDDC 额外的最好的 文档 修订九月更新和vRealize运营经理四月行进行进二月最初的本文档介绍了VMwarevRealizeOperationsManager的最佳实践和建议。本文档是不是一个安装指导，但一个指导那补充剂这vRealize运营经理安装以及可在vRealizeOperationsManager文档中心获取的配置文档。那里是额外的最好的实践概述在这产品文件；所以，现存的信息可能不是将显示在本文档中。更多最佳实践请参阅产品文档。这信息是为了下列产品以及vRealize运营6.6，6.7，最好的实践本文档提供了基于开发、测试、现场和客户互动的信息。每个环境都是独一无二的。和这方式vRealize运营经理是用过的可能各不相同；因此，这信息提供一般的应用以下原理或技术：将产生结果是优于那些通过以下方式实现其他方式或经过标准在某些情况下，应用最佳实践方法可能并不实际，而且也没有要求必须采用所有最佳实践。可用的。这区域的最好的实践应该是应用适当基于在这环境，这用户以及vRealizeOperationsManager的使用方式。下列的是这优势的申请最好的实践和vRealize运营已证实增强型改进更大的区域的最好的申请最好的实践vRealize运营经理焦点在三钥匙平台这技术的部分的这产品，哪个包括建筑学和浆纱，部署，簇，高的可用性、远程收集器、API、互操作性和集成、备份和恢复以及灾难恢复。内容这功能性部分的这产品，意义这内容那坐在”这平台。内容包括策略、仪表盘、警报、报告、超级指标、组和操作。这如何你使用这产品在你的运营。这包括在职的和其他角色在运营（例如网络运营中心（NOC）、存储和管理）。运营的示例包括流程、角色、组、租户。平台最好的平台是产品的技术部分。这里应用的最佳实践旨在提供最佳效果选项为了这平台到提供稳定的跑步环境日常的操作使用。前部署vRealizeOperationsManager的第一步是确定环境规模。本节将介绍产品部署后的尺寸选择和建议。此外，还包括备份和恢复或灾难恢复等管理任务的最佳实践。这些最佳实践将有助于确保vRealizeOperationsManager平台规模合适、运行正常，并且能够高效地处理受监控的负载。贮存尺寸这部署和十二至十八个月的基础设施什么时候一个环境长大后不再适用这原来的部署尺寸，表现降解和可用性问题可能变得展示。规划为了基础设施生长的十二到十八几个月将要允许这系统继续运转而无需这需要立即调整大小或缩小部署。为了例如，如果您预计年增长率为10%，则将初始尺寸增加15%，以获得18个月的尺寸审查这尺码指南频繁地而且通常期间这增长这环境为了保持环境以最佳参数运行，务必查看容量规划指南并进行调整。这部署如果必要的。即使预期的生长，复习这浆纱定期指导方针将主动预防通常与环境规模过小相关的性能和可用性问题。一般的证实这浆纱指南和你的实际的这浆纱指南提供一般的估算和需要确认这实际的环境。例如，输入到尺寸计算器中的数据可能会产生实际环境中未捕获的其他物体，反之亦然。计算仅有的这组件将它是可能的那一些成分做不是需要到是受到监控；所以，排除那些成分在尺寸计算。尺寸这那里有多个尺寸为了分析节点，额外的小的，小的，中等的，大的还有特大号的。它是最好的到使用尽可能使用最少的节点。例如，如果建议使用10个大型节点或4个超大型节点，则使用较少的超大型节点来最大限度地减少跨多个节点的通信。尺寸这偏僻的默认的远程收集器有两种尺寸，标准型和大型。根据以下情况选择合适尺寸的远程集尘器：集数据。如果必要的，使用多个偏僻的收藏家到确保适当浆纱的偏僻的收藏家环境调整这时间系列数据保留数据为了一个时间线哪些数据是真的数据保留期限的默认设置为六个月。如果只需要三个月，请降低默认值。了解使用较长的数据保留期限能带来哪些好处。延长保留时间未必有帮助。时期。取决于在你的部署需求，配置这保留时期到套装您的要求。考虑额外的贮存和IO要求为了更长数据如果需要更长的数据保留期，请考虑增加存储空间和提高I/O要求。为了例子，零售企业可能需要到保持更多的比一年到帐户季节性高峰。杠杆作用这额外的时间系列保留到保持更长时间历史数据尽管最小化这时间系列数据保留期限。这默认环境为了额外的时间系列保留是三十六几个月。调整这默认价值到必要的期限，并缩短时间序列数据的保留期限，以节省保留的数据量。仅有的安装管理包装那是可用的在VMwareSolution那里是一些管理包装可用的为了vRealize运营经理;然而，仅有的VMwareSolutionExchange上提供经VMware认证和支持的管理包。前添加管理包装，核实这额外的指标他们将要该指标姓名可能看正确的但可能不是总是意味着它是什么你想。是当然那这指标管理包中的内容才是你真正需要的，并且要正确使用；否则，请禁用不必要的指标。高的可用性理解什么哈提供（或者做不是提供）前使能（或启用哈可能要求双倍的这资源，作为数据是冗余存储在两个节点中作为反对到仅在一个节点当HA是已禁用。自从这数据是存在存储在两个节点中，这限制这全部的容量减少为了例子，一个部署的6特大号节点将要支持这最大限度数量哈哈哈将要允许输仅有的一数据节点为了这簇到保持功能性的。它是重要的到理解权衡额外资源成本与HA带来的收益。使能够哈仅有的在所有节点之后这簇有到过额外和是全部添加数据节点到簇前使能哈。新部署，添加数据节点建造这簇根据实际情况调整集群规模，然后启用高可用性(HA)。如果向现有集群添加新的数据节点，请添加尽可能多的数据节点。作为必要的，然后使能够哈。这目标是到最小化这数字多次使能哈;这过程启用高可用性可能会造成很大的干扰，因此仅在必要时执行。部署分析集群节点在分离主持人为了冗余和如果可能的，建立一个1:1地图对于节点到主持人。这将保护这簇如果一主持人向下仅有的一个节点是集群丢失，但功能仍然正常。如果这是不是可能的建立节点到节点的1:1映射主持人，制作当然到分离这掌握节点和掌握复制品节点在不同的主持人。这将要保障如果其中一台主机发生故障，集群将无法正常工作。使用反亲和力规则那保持节点在具体的主持人在这vSphere到保持节点分别地在不同的主持人，使用反亲和力规则到防止分组的节点在具体的主机。这样做的目的是为了防止多个节点托管在同一个节点上时出现宕机情况。姓名节点独立的的角色可能找零节点所以静态命名一个节点一个具体的姓名可能是令人困惑。为了例子，一个在提升副本节点后，名为“Master”的节点可能不再是实际的主节点。这将避免因命名规范不佳而导致的用户困惑。哈不是一个灾难恢复（DR）vRealizeOperationsManager的高可用性并非灾难恢复机制，因此必须使用单独的灾难恢复解决方案。看/support/pubs/vmware-vrealize-suite-pubs.html。哈将要允许这簇如果主节点、副本节点或某个数据节点发生故障，则继续运行。如果多个节点同时发生故障，整个集群将无法恢复。主持人需要是在这相同的为了表现以及一致性使用的这相同的贮存是偏僻的考虑使用偏僻的收藏家为了当地的收藏品更大的vCenter（>7K）使用偏僻的收藏家将要帮助减少带宽穿过数据中心和减少这加载在这vRealizeOperationsManager分析集群。创造集电极团体什么时候使用多种的偏僻的什么时候利用多种的偏僻的收藏家为了一vCenter，创造一个集电极团体到提供高的可用性以及部署或者更新偏僻的收藏家到这相同的版本这分析做不是利用混合版本的偏僻的收藏家和分析节点。不是仅有的是一个簇跑步不支持混合版本，可能会出现潜在问题。使用偏僻的收藏家使用时结尾观点运营经理（EPOps）使用偏僻的收藏家到隔离收藏从结尾观点运营经理代理人和减少这加载在vRealizeOperationsManager分析集群。尺寸偏僻的收藏家基于数量收集尺寸偏僻的收藏家使用这默认浆纱的标准和大的节点到容纳这数字的它将收集对象和指标。偏僻的收藏家是必要的到是包含在备份包括全部偏僻的收藏家们采取一个备份恢复这全部的集群加载使用负载均衡器到提供单身的用户界面入口为了使用负载均衡器为多个用户提供访问vRealizeOperationsManager集群的单个URL缓解这需要为了用户到记住登录分开节点姓名和访问具体的节点。使用加载平衡器到提供高的可用性为了远程收集器和结尾观点运营经理使用一个加载平衡到团体多种的偏僻的收藏家什么时候使用结尾观点运营经理代理程序提供高可用性和冗余性。使用这虚拟的器具这视窗安装程序是不更长一个可用的部署选项后vRealize运营经理6.4.RHEL安装程序在vRealizeOperationsManager6.5中可用，但在vRealizeOperationsManager6.6中已弃用。目前没有从Windows或RHEL迁移到虚拟设备的途径。做不是调整或者安装第三者应用程序在这什么时候使用这虚拟的器具，安装或者修改的第三派对应用程序是不支持和可能会导致vRealizeOperationsManager出现问题。部署退伍军人事务部和登记一个完全合格的领域姓名为了这vRealize运营经理节点。简单地使用主机名可能无法正确解析，并且可能与节点出现通信问题。使用厚的供应渴望什么时候部署节点，放磁盘供应到“厚的供应热切归零”为了最多最佳部署时中等的尺寸节点，增加这虚拟机硬件这默认硬件是放到“7”和限制这数字的虚拟CPU每节点。到增加这数量例如，当将中型节点扩展到大型节点时，vCPU的硬件级别必须设置为更高的值。杠杆作用偏僻的使用偏僻的收藏家在哪里可能的到导航防火墙，减少带宽穿过数据中心，连接连接到远程数据源，或降低vRealizeOperationsManager分析集群的负载。如果要升级到vRealizeOperationsManager6.7或vRealizeOperationsManager7.0，请运行相应版本的更新程序。升级前评估工具在你的当前的vRealize运营经理前表演升级后，您可以查看自定义内容可能受到的影响，并制定适当的维护措施来调整受影响的自定义内容。核实现存的功能前确保这环境是完全功能性前开始一个升级。它是受到推崇的到制作一个列表的升级后，哪些方法（或哪些方法无效）可以确认功能是否保持不变。备份定制内容前定制内容应该是支持的向上和已保存任何潜在的覆盖或者损失期间快照虚拟机和簇离线前后核实功能和后盾向上定制内容，快照全部这分析虚拟机之内这集群用于在升级失败时提供故障保护。查看互操作性的管理包装前它可能是可能的那一些管理包装将不是支持这新的产品版本和渲染管理层盒无法运行。前遭遇这情况，确认互操作性的管理包含新产品版本。履行升级外部的DT/QIC/备份过程履行备份的这vRealize运营经理簇外部的动态的临界点或者容量计算或备份期间，避免捕获高压力状态。设置停电为了维护到避免错误的执行维护（例如升级）时，请安排维护窗口以涵盖所执行的活动。到避免接收错误的警报和通知。查看这验证查看建议升级前。那里是一个预检升级验证脚本那跑步前表演这实际的升级。地址任何故障和警告，否则升级可能会失败。使能够选项重置默认选择这选项到重置默认值内容和带来在新的内容。这将要覆盖现存的内容一个更新提供了新版本。用户对默认警报定义、症状、建议、策略定义、视图、仪表板、小部件和报告所做的修改将被覆盖；因此，请在继续操作之前克隆或备份内容。升级这操作系统巴基斯坦事先的到升级这虚拟的器具（VA）到确保一个坚硬的根据操作系统前升级vRealize运营经理，升级这操作系统的这虚拟的先升级设备，然后再升级vRealizeOperationsManager。预先分发巴基斯坦文件尽量减少停机时间期间一的这最长步骤的这升级过程是这分配的PAK文件穿过全部这节点。为了最大限度地缩短升级时间，请在开始升级之前将PAK文件预先分发到所有节点。看升级在命令的vRealize运营经理平台EPOps代理人管理请先升级vRealizeOperationsManager平台，然后再升级EndPointOperationsManager代理。升级这结尾观点运营经理代理人从这行政用户界面使用一个PAK文件。最后，升级所有相关的管理包。核实功能后证实那这相同的功能存在时这升级完全的作为与之前相比这升级消除虚拟机快照什么时候升级消除全部虚拟机快照邮政升级和确认的这环境作为保持快照将要导致性能问题。是时刻保持警觉升级偏僻的远程收集器可能位于远离vRealizeOperationsManager集群的位置，因此请考虑其潜在影响。延迟和表现问题前表演一个升级。确保那这偏僻的收藏家满足延迟小于200毫秒的要求。如果它们不符合延迟要求，则将这些远程收集器从集群中逐个移除。到消除偏僻的收藏家们，带来这簇离线和拿快照事先的到移除这偏僻的然后恢复集群在线，并逐个移除受影响的远程收集器。移除所有远程收集器后，按照升级流程进行操作。升级完成后，安装新的远程收集器以替换先前移除的远程收集器，并加入集群。部署全部节点在完全相同的高性能部署全部vRealize运营经理节点在完全相同的表现硬件维持一致性跨节点运行，以实现最高性能。使用ESXi和相同的做不是混合ESXi规格如下这能原因表现问题和具体的节点导致这vRealizeOperationsManager集群性能不佳。使用数据存储由……支持这相同的硬件混合数据存储支持的经过不同的硬件资源能影响这稳定的这vRealize运维管理器集群。全部分析节点必须是的这相同的尺寸使用开箱即用（OOTB）部署完全相同的分析节点基于在开箱即用尺寸（小的，中等的，大的，特大号）。混合不同分析节点的大小可能会导致不稳定和性能问题。尺寸偏僻的收藏家独立从分析节点使用以下方式独立于vRealizeOperationsManager集群中的分析节点来调整远程收集器的大小：开箱即用尺寸的标准或者大的。混合偏僻的收藏家尺寸之间标准和大的但根据它们将要收集的数据的大小进行相应调整。分发多种的簇节点跨越多个一个1:1映射是理想的宿主之间和节点。为了例子，如果一个集群将要有八节点，使用八主机。如果一个1:1映射主机之间和节点是不是可能的，使用这最高数字的可用的主持人为了所有使用集群DRS亲和力规则分离集群节点在配置反亲和力规则到保留为许多节点分开可用的贮存DRS应该是部署簇节点在单身的物理它是一个不支持配置到部署节点穿过多种的数据中心甚至如果他们是同位。将节点保留在单个数据中心内，以保持性能并简化维护。添加仅有的一节点在做不是添加多种的节点在这相同的时间作为这将要原因一个不必要加载在这vRealize运维管理器集群。让节点添加完成前添加其他允许vRealize运营经理处理完全这添加的一个单身的节点前添加另一个带来在线集群仅有的添加后全部仅有的带来这簇在线的添加后全部这计划节点；带来这簇在线的后添加每个节点会给处理带来不必要的负担。备份&它高度受到推崇的到拿备份期间平静自从一个基于快照备份发生在这堵塞等级，它是重要的那那里是有限的或者不变化由用户对集群配置执行。这将确保您拥有一个完整的备份。它是最好的采取簇前这将要确保这数据一致性穿过这节点和内部在节点。你能任何一个关闭向下在备份之前对虚拟机进行操作或启用静默模式。做不是平静这文件系统当集群遗迹如果这簇遗迹在线的，备份你的vRealize运营管理器多节点簇经过使用vSphere数据保护或其他备份工具，禁用文件系统静默。启用静默功能的快照不受支持，并且在恢复时可能会导致问题。使用可解决主持人姓名和静态IP地址为了全部这主机名必须是可解决到确保持续的沟通之间节点。如果主机名失败如果IP地址发生变更，可能会导致问题。全部节点必须是动力在且易于到达期间全部节点在这簇应该是通电时采取一个备份维持一个准备好状态恢复后备份这全部的簇到包括全部恢复仅有的部分的这簇是不支持和可能原因同步问题预防这集群无法上线。全部VMDK文件必须是证实了这一点是部分的这虚拟的包括全部VMDK文件在备份；否则，该节点可能不是适当地连接到这簇什么时候备份的全部节点必须是执行在这相同的同时对所有节点（主节点、副本节点、数据节点和远程收集器节点）执行备份，以保持同步。穿过节点。每个节点可能完全的备份在一个不同的时间但开始这备份该过程同时最大限度地减少了节点之间的时间差。履行备份外部的vRealize运营经理内部的运营。经过默认，这下列的进程动态的临界点（DT）计算在2:00容量计算（CIQ）晚上9点(vRealize运营经理6.6.1和预测分布式资源调度程序(pDRS)在6:00成本计算在上午9:00（引入）在vRealize中运营经理避免处理开销这按聚类表演备份当DT、CIQ、pDRS或成本核算无法备份在不同的时间从基础设施如果那里是一个过程哪个保持一个分离备份的这基础设施，避免采取备份的这簇同时。如果远程收集器已从vRealizeOperationsManager集群中移除，请勿备份它们。移除后盾向上偏僻的收藏家如果他们有到过已移除从vRealize运营经理簇到防止簇困惑什么时候力量离开并删除这现存的簇前恢复到相同的如果恢复一个备份簇到这相同的基础设施，力量离开和删除这现存的簇到避免可能存在MAC地址和IP地址冲突。消除偏僻的收藏家和部署新的实例如果消除偏僻的收藏家那报告为向下或者不更长可用的到带来这簇在线的，然后添加根据需要更换远程集尘器。改变这IP地址的节点后恢复一个簇在一个偏僻的主持人如果IP地址改变前带来集群后你有恢复一个vRealize运营经理簇到一个偏僻的主持人，改变这IP地址的将主节点和数据节点指向新主机。灾难使用地点恢复经理VMware地点恢复经理是这仅有的支持的工具为了灾难看灾难恢复经过使用地点恢复经理请访问/en/vRealize-迁移或者恢复vRealize运营经理虚拟的机器到一个完全相同的网络这恢复地点应该由的一个完全相同的网络配置（如果）可能的，到最小化过渡当恢复站点启用时，情况会发生变化。经常测试恢复计划和总是干净的向上执行恢复到确保一个可靠的恢复，测试频繁地到确保最新的更新是应用到这恢复地点和干净的测试完成后即可启动。自我使能够自己服务监测仪表盘到帮助故障排除vRealize运营在vRealizeOperationsManager6.6.1及更早版本中，默认情况下不显示自助式监控仪表板。启用这些自助监控仪表盘将提供一个快的看法的这健康的这簇。在vRealize运营经理6.7和之后，这自我监测仪表盘是已启用和是在vRealizeOperations组下检查系统日志某事去错误的和vRealize运营观看系统日志将提供额外的信息帮助诊断潜在的问题和集群发送系统日志vRealize日志洞察力（vRLI），如果发送系统日志消息到vRealize日志洞察力将要允许为了更快信息观看和更容易使能够警报适用于vRealize运营启用警报将要提供即时通知问题与API和当需要自动化执行已明确定义的工作流程时，例如重复执行相同的任务来为新的vRealizeOperationsManager用户配置访问控制，可以使用API。执行查询时，API也非常有用。在这vRealize运营经理数据存储库，例如作为检索数据为了特别的资产在您的虚拟环境。此外，使用API从vRealizeOperationsManager数据存储库中提取所有数据，并将其加载到单独的分析系统中。使用手动的发现到执行港口扫描通过一个IP范围作为SNMP适配器做不是知道这您要监控的SNMP设备的位置。使用这一扔定制这电子邮件模板，作为手动的方法是错误结尾观点运营尺寸结尾观点运营经理代理人收藏和额外管理包装为了理解什么添加结尾观点运营代理人将要带来进入环境和尺寸（和调整大小）集群将承受额外的负载。使用偏僻的收藏家为了结尾观点运营经理漏斗数据收藏通过偏僻的收藏家减少带宽多种的结尾观点OperationsManager代理，并降低vRealizeOperationsManager分析集群的负载。使用外部的负载均衡器为了哈的偏僻的收藏家为了结尾观点运营经理使用加载平衡器到团体多种的偏僻的收藏家什么时候使用结尾点操作经理代理人提供高可用性和冗余性。休息部署到群体操作系统和集合多种的结尾观点运营经理代理人目标进入团体的操作系统类型和平台（即平台）Linux64位）允许使用一个安装程序进行多次部署安装。部署单端观点运营经理代理使用同时地到部署一个单身的结尾观点运营经理代理，使用这相同的针对该方法安装多种的结尾运营经理代理人到建造一致性和熟悉感。请参阅安装说明多种的结尾观点运营管理代理同时进行。内容最好的这内容是这功能性部分的这产品;意义坐在”这平台vRealize运营经理。本节将涵盖以下内容例如策略、仪表盘、警报、报告、超级指标、群组和操作。这些最佳实践将有助于确保有效利用该平台来展示收集的数据、生成报告和发出通知。使用这指标那很有那里有很多开箱即用指标已启用经过默认所以禁用任何指标那是不是有价值的到减少不必要的噪音。如果你不能数字出去什么这指标数字意思是，不使用仅有的指标哪个是理解提供这最多价值。如果指标做不是制作感觉，这价值是功能有限，只会增加噪音。务必验证每个指标的合理性。极好的使用持续的命名习俗到容易地确认这极好的指标。总是预览或者测试这极好的应用前请先进行评估。对特定对象启用超级指标。在删除超级指标之前，请先禁用策略中的超级指标，并从对象类型中移除超级指标。警报&审查开箱即用禁用这警报你做不需要那里有很多开箱即用警报已启用经过默认所以禁用这警报那是不是对……有价值最小化预警如果警报那是不是必需的是不是残疾他们可能原因潜在的表现问题超过创造简单的以及简明易懂的保持这组合的症状作为简单的和直截了当作为有可能制作他们容易地理解更精确。使用一系列症状定义来描述不同程度的关注：警告、紧急和危急。创建可操作的警报，以便更好地进行补救。使用这等待循环和取消循环改变配置等待循环和取消循环到避免重叠和差距之间使用可执行的使用可采取行动建议帮助解决这问题更快经过提供这能力到有一键式操作，用于响应基础设施问题。开箱即用（OOTB）警报可能是选择这警报未发出需要和禁用什么不构成诉讼理由最小化数量太多了警报响起噪音以及用户将失去管理盒禁用任何新的由……生成的警报管理包，这些管理包不具备无法采取行动的如果警报是不构成诉讼理由他们应该是仪表盘上或者报告和不是在一个做不修改开箱即用克隆开箱即用内容到创造你的自己的症状，建议&警报定义前进行任何更改。升级vRealizeOperationsManager或升级/安装管理包后，默认警报可能会发生变化。使用多症状使用多症状警报将帮助否定误报仪表盘应该是迅速地可识别的内创造仪表盘到保持这信息精确的和具体的制作这仪表盘更多的有价值的。在一个视图中包含过多信息会导致信息过载。不要混用不同的作用域。使用顶线标题摘要允许快速确认什么这内容显示器经过拥有信息丰富的概括在划分仪表盘进入分离相似的内容进入部分为了快的观看的数据和相关Top-N数据应该不是超过1Top-N价值是最好的看起来在从一天为了这最多最新做不是混合监测排除保持监测分离从故障排除到维持具体使用颜色帮助强调内容在仪表板和积分出去更多的重要的使用看法列表看法列表显示器最好的聚合数据命名使用持续的命名惯例自始至终仪表盘和小部件到制作项目容易地可识别的并标签团体相似的喜欢仪表盘和清理杂物这仪表板列表提供快的取消选中全部仪表盘不是重度用自仪表盘取消选择任何仪表盘重度用过的从这仪表板列表将要帮助避免渲染浏览量和利用浏览那些可用的开箱即用杠杆作用这许多开箱即用浏览那提供大部分这需要的克隆浏览到制作变化和用你的公司的命名如果需要对默认视图进行一些细微调整，请在进行更改之前克隆该默认视图。节省和一个命名习俗那识别公司，所以它能是容易地已识别和导出为了以后创造定制定制浏览基于在什么仪表盘和报告需要到展示和精确的信息。使用您自定义的仪表板和自定义报表的自定义视图利用报告那是可用的开箱即用杠杆作用这许多开箱即用报告那提供大部分这需要克隆报告如果需要和重命名为你的公司的命名如果需要次要的来自以下方面的调整一个开箱即用报告，克隆这开箱即用报告前制作变化并节省一个命名习俗那识别这公司，所以它能是容易地已识别和导出为了之后创造定制定制报告基于这报告用户的要求到展示具体的和相关极好的设计极好的指标避免计算大的对象或者使用世界等级指标那作品在全部虚拟机。申请到仅有的相关对象，但绝不应用于所有对象。制作极好的指标使用深度更大的比1到允许vRealize运营经理到扩张更高级别。使用清除命名约定不包含具体对象名称，但使用函数对象度量单位。启用极好的仅指标在相关的使能够极好的指标为了这相关的政策，不是这基本使用分组而不是在哪里使用团体反而的在哪里条款是更容易谨慎使用策略你能，使用克隆政策编辑和制作如果编辑是必需的，克隆这政策前制作任何不要改变或者编辑在默认在任何时间，做不是直接地编辑或更改这默认帐户和避免使用这当地的'行政'全部开箱即用内容是联系和这'行政'帐户。如果这'行政'用户是存在用过的，那里是不进行审计目的的变更跟踪。概念验证阶段，创建一个具有管理员权限的本地帐户。生产环境阶段，需与AD/LDAP集成。利用服务账户为了连接使用服务账户和有意义的姓名，不是编码习俗那是简单的到制作错误。为了例如，SG-D-VM-MG-01对用户不友好，容易出现人为错误。创造这角色和账户识别具体的创建具体的角色帮助确认人物角色这样的作为贮存团队、网络团队，NOC，租户，和信息技术授予具体的做不是总是授予行政人员角色到用户；使用具体的角色限制这避免使能vCenter登录什么时候验证和最小化验证选项到避免困惑和翻译权限从维护指定你的常规的维护所以他们是排除从防止倾斜的结果与报告，观点，和仪表盘经过包括常规的维护组那里是四方式对象是分组：vCenter标签，vCenter文件夹，vRealize运营经理团体，以及vRealizeOperationsManager标签。vRealiz