安全无底线,安全的问题最难回答,而且个人认为安全不是资源池化考虑的重点,安全考虑更多的是划分互联或外联DMZ隔离区,外围采用IDS、DDOS、WAF等防护,内部网络用防火墙控制,资源池内部可以使用vmware的nsx做微分段,或者类似公...
主要使用场景上考虑 异构资源的使用范围,比如vmware或kvm资源池用于web、ap,小型机资源池用于db,那么这就简单了,根据功能不同申请不同的资源即可。同一类如何分配,看导向,比如vmwre和kvm,主要看公司的技术方向选择有所重点...
存储复制,同步或异步,SAN或NAS都有相关的产品。数据库同步。比如oracle的DG/ADG、mysql的主从复制等
多个区域的资源扩容,不可能每个区域都按照单元去扩容,现实是每个区域都扩容一些资源,就会造成一个vcenter下面出现多个cluster问题。我觉得出现这种问题建议:1>同一个区域的一个应用集群分布到不同的c...
感觉方向上有所不合适,技术不是万能的,尤其是跨平台迁移,本身技术上就是难点,在实际生产上做需要考虑的点更多,潜在风险比较大,至少在银行的核心系统上一般不会做这种。应用的跨平台部署可以考虑,LB做负载的分发,必要时做引流...
从部署架构上约束应用系统部署方案,设计多种套餐,对于需要重负载、IO吞吐量高、容量大、内存大等需求,建议考虑物理机,不要使用虚拟化资源池,否则资源池效果会打折,而且对整体容量影响比较大,没有药能够包治百病,一定是有适用...
1、多网卡、多HBA卡做荣誉2、2个vios做冗余,每个vios多个网卡和HBA卡,做虚拟卡给vioc使用3、root盘用vSCSI,数据盘用NPIV4、用LPM迁移5、从架构上做多个集群、多个节点,比如RAC双节点...
资源池最好是按扩容单元进行扩容,一次购买一个或多个扩容单元,后续采购不要加到之前的扩容单元中,仍然按扩容单元独立部署。如果非要放一起肯定要测试,要考虑能否放到一个集群中,vmotion会不会因为指令集不同而失败等...
只要设计好了,资源池的高可靠、稳定性没问题,比如建行所有开放系统2013年上的,包括网银、手机银行、贷记卡等核心系统,比较稳定,没问题。
兼顾成本与高可用需求,建议web、ap用x86虚拟化,VMware和kvm都行;如果不差钱,db用powervm最好,成熟稳定,当然,db用x86可以进一步节省成本,mysql、oracle19c多租户都可以。...
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30