大数据有的这些哪些硬伤,伤到你了么?

本文探讨了大数据在实际应用中的局限性和潜在问题,包括错误的数据模型、数据管理和战略规划的缺失等。通过谷歌流感趋势项目的失败案例揭示了大数据分析可能带来的风险。

可能目前所有的技术都涉及到大数据,但这并不意味着大数据是绝对可靠的。在许多情况下,大数据曾造成过严重事故,但事故的确切原因并不总是很清楚。可能是检测到错误报告、技术故障、缺乏工具、数据不完整、数据不正确甚至是不必要的数据。

大数据_数据分析_上海数据分析网

毫无疑问,如果有上述提到的错误,那最终结果将会与期望值完全不同。更糟糕的是,结果有时可能没有被分析,导致一系列严重的后果。

大数据的缺陷

由于大数据和云的存在,超级计算机才为任何人所用。然而,我们用来分析和应用海量信息的这一工具通常都有一个致命的缺陷。大部分数据分析都是基于错误的模型,因此错误是不可避免的。

问题的起因就是大数据太“大”了。考虑到我们拥有的数据量,有时甚至使用有缺陷的模型来产生有用的结果。有时侯对自己的技术过于自负,当模型出现故障时,结果就会变得非常难看。

大数据失败案例

Google在2008年推出了大数据这项服务,目的是要预测25个国家的流感疫情。逻辑很简单:分析谷歌在特定地区的流感搜索查询。将搜索结果与该地区流感活动的历史记录进行比较。基于这些结果,活动水平被分为低、中、高或极高。

乍一看,这似乎是一个很合理的想法,但实际上并不是这样。在2013年流感高峰期,Google的流感分析一塌糊涂。原因是算法有缺陷,没有考虑到几个因素。例如,如果搜索“冷”或“发烧”这类词,并不一定意味着搜索人正在找流感症状。Google无法从这场灾难般的失误中恢复过来,最终导致了这个项目在2013年崩溃了。

大数据失败的原因

迄今为止,谷歌流感趋势项目并不是唯一失败的。我们需要吸取教训,不要重蹈覆辙。以下是导致大数据失败的一些原因:

1. 缺乏数据调配和数据管理

通常情况下,组织往往不完全了解他们已有的数据,但仍然决定在此基础上开展新的项目。缺乏关于数据处理的文档、存储、策略和其他的程序。这种情况下,大数据咨询公司可以为您的企业提供一个清晰的路线图和指导,说明应该如何处理您已经拥有的数据,这才是正确战胜大数据的第一步。

2. 未定目标和战略

有太多难以理解的IT术语和营销术语,此外,市场上有太多大数据产品,选择合适的产品很困难。在做任何决定之前,找出实现目标所需的服务和技术非常重要。“在大数据上做小数据”,意思是应该在少量数据上评估您的大数据架构,以确保选择正确的产品。

3. 沟通很重要

数据科学和大数据是领域知识、数学、统计专业知识和编程技能的复杂组合。然而,同时它也必须具有商业意义。通常IT部门和管理层不能理解彼此作出的的变更。为了确保您的大数据对IT和业务领导者都有意义,在项目中确保IT人员与业务人员之间保持良好的沟通。

太大太快

当您第一次开始执行大数据项目时,会有很多未定义的因素,比如预算、技术、路线等等。选择一个小项目,并测量成功的几率。基准测试进展的一个好方法是创建原型或验证概念来验证您已经完成的工作。如果早期阶段存在缺陷,那么推进到项目的下一个阶段是没有意义的。

缺乏IT人才

执行项目的人必须精通新技术,这对于快节奏的IT环境来说是一个挑战。

通过迭代来创新

许多组织在决定之行大数据项目时会感到束手无策,这就是为什么采用迭代方法处理大数据至关重要。组织应该尝试设法让员工自由进行数据实验。最重要的大数据技术是开源的,而且,很多平台也可以作为云服务提供便利,从而进一步降低了失败的机率。

<think> 嗯,用户现在明确要问的是从vROps 7.0升级到8.11的前置条件。之前已经给过版本对比,但这次需要更具体的升级路径说明。用户引用的两段材料里提到vSphere 5.5环境和CVE漏洞,不过这些更像是背景信息而不是直接需求——真正的焦点还是升级路径。 翻看自己之前的回复,确实详细列过架构差异但没展开升级步骤。现在需要补充几个关键点:首先是版本跳跃限制(7.0不能直跳8.11),其次是隐藏的ESXi版本依赖(用户环境还在vSphere 5.5,这会是硬伤)。用户提到他们用NSX/vRA等套件,这些组件的兼容性也得纳入考量。 特别要注意CVE-2021-21972那个引用,虽然漏洞本身针对vCenter插件,但说明用户环境存在安全风险,升级过程中必须包含漏洞修复步骤。不过这个漏洞提示反而强化了升级必要性——因为8.11的容器化架构本身就更安全。 准备分四块回复:先强调必须分两阶段升级(7.0→8.0→8.11),再拆解每个阶段的前置检查清单,重点标红vSphere版本和存储空间这类容易忽略的硬性条件。最后用表格对比7.0和8.11的架构差异,让用户直观理解为什么需要这么多准备步骤。 用户团队显然在规划大规模升级(三个数据中心),所以问题列表要侧重迁移策略,比如回滚方案和负载测试这种实操细节。不过得控制信息量,避免让问题列表比主回答还长。 </think>从vROps 7.0升级到8.11需满足以下关键前置条件,请逐步核查环境: --- ### **一、强制升级路径** 1. **版本跳跃限制** vROps **不支持从7.0直接升级到8.11**,必须分阶段升级: $$7.0 \rightarrow 8.0 \rightarrow 8.10 \rightarrow 8.11$$ - 需先升级到8.0(最低过渡版本),再逐步升级至8.11[^1]。 --- ### **二、环境兼容性要求** | **组件** | **最低要求** | **检查方法** | |-------------------|---------------------------------------|----------------------------------| | **vSphere版本** | vCenter Server 6.5 U3 或更高 | `vim-cmd -v` 查看vCenter版本 | | **操作系统** | 所有节点运行受支持Linux OS (如RHEL 7.4+) | `cat /etc/redhat-release` | | **硬件资源** | 每个节点:<br>- 8核CPU<br>- 32GB内存<br>- 500GB存储 | `df -h` 和 `free -g` 验证 | | **第三方插件** | 禁用或更新至支持vROps 8.x的版本 | 管理界面 > 解决方案 > 停用旧插件 | > 📌 **注意**:若环境中使用NSX/vRA(如引用所述),需同步升级至与vROps 8.11兼容的版本(NSX 3.x+/vRA 8.x+)[^1]。 --- ### **三、数据与配置准备** 1. **备份关键数据** - 使用vROps内置备份工具完整备份: ```bash /usr/lib/vmware-vcops/tools/ops-cli.sh backup --full ``` - **必须包含**:证书、适配器配置、自定义仪表盘[^1]。 2. **数据库兼容性** - **嵌入式PostgreSQL**:自动升级(默认方案) - **外部数据库**:仅支持PostgreSQL 9.6+ 或 Oracle 12c+ 3. **漏洞修复** 如引用[2]提到的CVE-2021-21972等安全风险,**需在升级前应用所有vCenter安全补丁**(至少升级至vCenter 6.7 U3l+)。 --- ### **四、升级流程关键步骤** 1. **前置检查** ```bash # 在vROps 7.0节点运行预检脚本 /usr/lib/vmware-vcops/tools/upgrade_precheck.sh ``` - 解决所有输出的`FAILED`项(如证书过期/磁盘空间不足) 2. **分阶段升级操作** | **阶段** | **操作** | |------------|--------------------------------------------------------------------------| | 7.0 → 8.0 | 使用ISO镜像启动升级向导,**优先升级主节点** | | 8.0 → 8.10 | 通过管理控制台 > 更新 > 上传并安装8.10补丁包 | | 8.10 → 8.11| 同补丁更新流程,需验证Kubernetes服务状态 (`kubectl get pods -n vrops`) | --- ### **五、升级后验证** 1. **功能检查项** - 仪表盘数据完整性(对比升级前快照) - 告警策略迁移状态(管理 > 策略 > 策略库) - 适配器连接状态(如vCenter/NSX数据采集) 2. **回滚方案** - **仅允许从8.0回滚到7.0**(需在升级8.0后72小时内执行) - 更高版本无回滚路径,依赖备份恢复 --- ### **架构差异对比(升级必要性参考)** | **能力** | **vROps 7.0** | **vROps 8.11** | |------------------|------------------------------------|-------------------------------------| | **部署模式** | 虚拟机集群 | Kubernetes容器化 | | **扩展性** | 手动添加节点 | 动态Pod伸缩 | | **资源开销** | 高(单节点≥24GB内存) | 低(容器共享资源,节省≈30%) | | **升级停机** | 需维护窗口 | 滚动更新(接近零停机) | > 💡 **建议**:若环境涉及德克萨斯州新站点(如引用所述),**优先在新站点部署8.11**,通过跨站点复制同步配置,再迁移旧站点[^1]。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值