设为首页收藏本站language 语言切换
12
返回列表 发新帖
楼主: yangyankan
收起左侧

虚拟化存储选型疑问?3par emc dell 康贝?

[复制链接]
发表于 2014-4-25 11:27:20 | 显示全部楼层
你这种情况,还是找厂商之间来给你们做方案吧。就让HP、Dell,EMC针对你们的情况作方案就好了。自己也省事,然后再根据他们的方案自己做比较。
16# 2014-4-25 11:27:20 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2014-4-25 11:28:19 | 显示全部楼层
按照你的描述,你的方案金额应该也不小,其实完全可以找几个厂家各自出解决方案,进行对比。综合一个性价比最高的。而且这样你也可以借鉴别人的方案和思路,毕竟厂家的资源会多一些的。
17# 2014-4-25 11:28:19 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2014-4-25 11:29:01 | 显示全部楼层

10G SCSI 单个SESSION 也就跑在1G
FC应该也差不多;P
18# 2014-4-25 11:29:01 回复 收起回复
回复 支持 反对

使用道具 举报

 楼主| 发表于 2014-4-25 11:29:44 | 显示全部楼层
已经联系厂家做方案了 到时分享到这里给大家看看
19# 2014-4-25 11:29:44 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2014-4-25 11:30:32 | 显示全部楼层

期待!!!
20# 2014-4-25 11:30:32 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2014-4-25 11:31:04 | 显示全部楼层
本帖最后由 coolzsb 于 6-27-2012 12:11 编辑
实在话,其实对于这个论坛上的大部分人来说,买存储要考虑的第一要点就是在自己的预算范围内,买的存储能配上多少块磁盘~~~
而不是
考虑买的存储是什么档次的\是什么接口\提供什么功能......
吐个槽,貌似2.5寸10k的盘的速度跟3.5寸15k盘的速度是差不多的吧;目前最快的机械磁盘应该是2.5寸15k的sas盘:因为我总是觉得thoughout这指标没有iops这个指标靠谱~~~
付一个常用的磁盘的iops指标一览表
Size    Type                   RPM                Average Random IOPS
3.5”   SATA                   5,400           50
2.5”   SATA                   5,400           55
3.5”   SAS                    5,400           52.5
3.5”   SAS                    5,900           52.5
3.5”   SATA                   7,200           55
2.5”   SATA                   7,200           60
3.5”   SAS                    7,200           57.5
2.5”   SAS                    7,200           62.5
3.5”   FC/SCSI/SAS           10,000           130
2.5”   SAS                   10,000           165
3.5”   FC/SCSI/SAS           15,000           180
2.5”   SAS                   15,000           230
签名
---
存储这东西说白了就是人(磁盘)多力量大(性能高)~~~
21# 2014-4-25 11:31:04 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2014-4-25 11:31:40 | 显示全部楼层

部分支持。
不过实际中,再手松的企业/用户,只要懂点的,都不会“不考虑费用,只选贵的”。
22# 2014-4-25 11:31:40 回复 收起回复
回复 支持 反对

使用道具 举报

发表于 2014-4-25 11:32:31 | 显示全部楼层

  • 单独一个存储是会给你带来大麻烦的
  • 你的vmware需要这么大的空间是想上vmware view吗?是的话,要考虑部分ssd磁盘。不过,vmware view没有你想象的那么美的
  • 你的业务实际决定了oracle的数据肯定应该与vmware的数据分开:oracle上的数据是跟钱有关系的!责任问题很重要
  • 至于一卡通与数字校园中心数据库的存储是否需要分开,要根据你的oracle的实际io压力来规划
  • 至于网络教学、办公系统、静态网页的数据,还是要根据你的系统目前访问量以及业务成长规划,没有看到你的业务系统性能历史数据,谁都没有办法给出个合理的建议。

    该怎么设计存储,得根据你的实际业务性能数据分析,不要看各个厂家给你的设计报告如何妙笔生花:一切没有建筑在你实际业务上的存储设计都是在耍流氓!
    签名
    ---
    坚定决心上FC SAN吧,别被厂商忽悠了
  • 23# 2014-4-25 11:32:31 回复 收起回复
    回复 支持 反对

    使用道具 举报

    发表于 2014-4-25 11:33:03 | 显示全部楼层
    同意楼上的观点,我也曾在三家中犹豫,不过同等价位,EMC 的VNX,3PAR只能给F400(型号老了一些),和DELL的康贝中选。
    24# 2014-4-25 11:33:03 回复 收起回复
    回复 支持 反对

    使用道具 举报

    发表于 2014-4-25 11:34:01 | 显示全部楼层
    本帖最后由 TiGi 于 6-27-2012 19:16 编辑
    单单从数据库角度来讲的话,单单RAC只解决了主机问题。对于关键数据库应用而言,还可以考虑通过“Oracle 的 GoldenGate”或者“Commvault 的  Simpana”之类的软件实现数据库“异地”灾备问题 —— 否则RAC加备份的方式,恢复时间还是太长旧了。
    再好的设计、再好的单个存储设备,还是可能会故障的(别相信所谓的5个9、6个9、7个9;算算人类发射火箭以来,成功和失败的比例就可以知道,概率计算出来的“可靠度”,就实际而言,其实都是不可靠的);而越是关键的应用、越是关键的存储,故障后的影响会越大。所以经费够的话,考虑一下存储故障之后的应急措施/应急手段(例如通过存储的复制功能,将数据复制到“异地”等)。
    25# 2014-4-25 11:34:01 回复 收起回复
    回复 支持 反对

    使用道具 举报

    发表于 2021-12-29 13:42:45 | 显示全部楼层
    好东西谢谢楼主分享
    26# 2021-12-29 13:42:45 回复 收起回复
    回复 支持 反对

    使用道具 举报

    您需要登录后才可以回帖 登录 | 论坛注册

    本版积分规则

    QQ|Archiver|手机版|小黑屋|sitemap|鸿鹄论坛 ( 京ICP备14027439号 )  

    GMT+8, 2025-3-6 12:03 , Processed in 0.062115 second(s), 19 queries , Redis On.  

      Powered by Discuz!

      © 2001-2025 HH010.COM

    快速回复 返回顶部 返回列表