原有的应用和数据库之间的连接方式不变,该用jdbc的还是用jdbc,该用odbc的还是用odbc,只是说原来运行在实机环境下的数据库和中间件,现在在一个虚拟化的池子中实现了,可实现动态的迁移和扩展。...
首先谢谢您的回复,这里其实是提到了两个问题,我逐个来回答。对于第一个问题,您说的没错,我的意思就是要两套技术架构,两套技术栈,这样的方式来实现异构基础平台,在一套技术栈的基础平台出现问题的时候不会对另外一套有影响,至于您说的存储资源浪费问题其实是不存在的,因为容量规划...
Power与X86均可以支持,而且可以超架构进行整合支持,就怕玩不死你:)
资源池的划分粒度和想要提供的服务容量,服务种类规划,设计方案的网络边界相关。1,服务容量,这类似于一个基础单元的容量,每次新增一个基础pod,能够释放多少容量,对自身的采购有很大作用,比如一次面对几百台机器的交付,设计50台一个小范围的池子,按需增加2,服务种类,决定了是否按SLA设...
资源池的监控可以利用传统的操作系统监控和虚拟化监控相结合的方式,主要是将物理机监控和虚拟机监控区分,这个无论是商用监控软件还是开源监控软件都能做到。而根据监控采集到的指标和值,可以作为容量管理的指标和值,专门开发一个容量管理的WEB页面,进行展示和指标分析等。容...
虚拟化技术迁移的技术就那么两种:1 计算资源迁移。2 存储资源迁移。对于1来讲,就是以存储共享为前提,实现计算资源实例转换。对于2来讲,就是以计算资源不变为前提,实现存储资源的复制替换。所有后期高版本上的高级迁移功能都是基于这两个基本功能的衍生。所以归根揭底还是要实...
IBM的代码看不到,所以只能猜IBM会采用最优的策略来保证cpu的亲和性。其实借来的cpu是资源池中未分配的资源还是已分配但空闲的资源 并不重要,重要的是借来的cpu的对你的lpar的亲和性如何。举个例子,A: 是已经分配给某lpar的cpu的EC的一部分,但这个lpar没有用,所以能借给你,这个...
个人感觉网络资源池里的资源主要是ip、负载均衡、防火墙。采用SDN就可以实现资源的统一管理。同时可以划分为硬件sdn和软件sdn两个大的资源池。
可以这么理解,但是应用服务器的资源池化的粒度更大一些,应当说是相当大!主要体现于可伸缩性以及快速的部署与运行。
前端可以通过ha或者集群去实现高可用,防止前端系统崩溃,业务可以连续