WebSphere智能管理在实际生产环境中几种典型的拓扑结构

在 WebSphere Application Server V8.5 中,最重要的新特性是新的 Liberty Profile 以及智能管理。其中智能管理是依靠 WebSphere Virtual Enterprise 的来实现的。在实现中间件虚拟化的产品中 WebSphere Virtual Enterprise(WVE) 是 IBM 的核心产品,WVE 为中间件服务器提供了完整的应用基础架构虚拟化环境,在这种应用虚拟化环境中,应用程序与服务器是一种松散耦合的模式,随着访问量的不断变化,运行应用程序的服务器的数量以及位置是动态变化的。WVE 帮助最优化 IBM WebSphere Application Server Network Deployment(此后称为 Network Deployment)环境,智能地管理 Network Deployment 拓扑中的工作负载。同时 WVE 提供了管理 Network Deployment 应用程序的部署和健康状况的功能,使 WebSphere Application Server 环境更加富有弹性和有效,方便管理员对整个环境的管理。
 
WebSphere 智能管理发展过程

WebSphere Extended Deployment Version 6.0.2 以及之前

支持 WebSphere Application Server v6.0.2 and v6.1。
包含动态操作、计算网格和对象网格三大特性。
动态操作(Dynamic Operations)可以为任务和应用程序制定优先级,并通过虚拟化和智能工作负载管理来提高应用程序基础设施的利用率。同时它还包含了一些集成的健康状况和操作管理功能。

计算网格(Compute Grid)功能主要针对长时间运行的批量工作和以计算为中心的应用程序。计算网格可以计划、执行和监视批处理作业。因为联机事务处理和批处理作业可以在同一服务器资源中同时执行,所以可避免代价高昂的资源重复。Compute Grid 支持以下作业类型:Java 事务批处理、计算密集型和名为"本机执行"的新类型,它使非 Java 工作负载能够在分布式端点上运行。

对象网格(Object Grid)是一个高性能的、面向事务的、可定制的缓冲框架。Object Grid 组件通常被看作是提供一系列服务质量的分布式缓存技术,包括通过缓存分区提供的可伸缩性,通过使用分区复制提供的弹性,以及事务性和安全性。基于这些服务质量创建的基础设施还可以为网格式计算和数据处理提供优秀的平台。

WebSphere Extended Deployment Version 6.1

支持 WebSphere Application Server v6.1。
产品在此版本中拆分成了三个独立的产品包, 客户可以根据自己的业务需求来选择独立的安装包或者组合使用。
WebSphere Virtual Enterprise Version 6.1.0.*
支持 WebSphere Application Server v6.1 and v7.0
此时产品已经拆分为三个独立的产品 WebSphere Virtual Enterprise、WebSphere eXtreme Scale、WebSphere Compute Grid。
WebSphere Virtual Enterprise Version 7.0
支持 WebSphere Application Server v7.0 and v8.0
WebSphere Application Server Intelligent Management Package
WebSphere Virtual Enterprise 和 WebSphere Compute Grid 集成到 WebSphere Application Server v8.5 中。

WebSphere 智能管理核心功能介绍

动态资源管理

硬件的快速发展,使得硬件已不再是限制应用程序性能的瓶颈。然而怎么使应用程序充分利用这些先进的硬件资源,避免资源浪费,提高共享程度成为企业面临的一大问题。WebSphere Virtual Enterprise 提供了一种虚拟环境,它共享硬件资源,根据用户自定义的性能目标为应用程序动态分配硬件资源。这样,在重要应用程序的负载过重的时候,这种虚拟环境可通过更加有效地利用现有资源,为应用程序提供连续的服务质量保证。在 IT 基础设施一定的情况下,WVE 虚拟化环境可以运行更多的应用程序,同时还可以动态地更改这些应用程序和配置。

健康监控和管理

健康的监控和管理能够更有效的保障应用的服务水平协议(Service Level Agreement,SLA),从而进一步提升应用服务器对于应用的透明性。WebSphere Virtual Enterprise 可以监控运行着各种软件的 server 的运行状况:检查时效、工作负载、内存使用情况、响应时间,以及堵塞情况。WVE 通过对环境运行状况的一系列监控,从而保证了应用的健康正常运行。此外,WVE 还提供了可扩展的框架,利于用户进行定制的应用健康监控。

应用程序多版本的管理

多版本的管理提高了应用管理的灵活性。可管理一个 WebSphere 单元中一个应用程序的多个版本,能够在不中断应用程序的运行的情况下更新其版本;能够在需要时回退到应用程序以前的版本;还可以让部分用户在验证模式下检验新版本应用的功能。WVE 的这一功能使得企业在不中断的服务的情况下在多个版本之间无缝迁移,为企业应用升级提供了极大地便利。

典型的动态集群和随需应变路由拓扑结构及优点介绍

拓扑结构(一):不同应用程序的峰值时间不同

在一个企业中会同时存在很多很多的应用程序。然而不同的应用程序的访问峰值往往又不尽相同。例如考勤系统和会议室预定系统的峰值时间就不尽相同。在这种情况下我们需要根据不同应用程序峰值时间不同这个特点来设定我们的拓扑结构。

首先分析判断应用程序的峰值时间,通过分析我们可以将峰值时间相同的应用程序安装到一个或者多个动态集群中。于是便有了图 1 所示的拓扑结构。图中有三个节点(Node1,Node2,Node3),三个动态集群(DC1,DC2,DC3)以及三个示例应用(App1,App2,App3)。

这种拓扑结构的优点也是显而易见的,采用这种结构,可以使企业最大限度的提高资源的利用率。

图 1. 拓扑结构一

拓扑结构(二):应用程序无明显峰值,不同程序要求独立资源

企业的性质不尽相同,有的企业所部署的应用程序没有明显的峰值。但由于特殊原因,企业要求不同的类型的应用程序要有自己一个独立的资源池,同时还能应付临时请求的增加。

在这种情况下就需要创建不同的资源池,部分资源池分别分配给不同的应用程序,剩余的资源为所有程序共享。于是便有了图 2 所示的拓扑结构。图中我们将资源池 Node1 分配给了程序 App1,将资源池 Node n 分配给了程序 App2. 剩余的资源 Node2,Node3 作为应用程序 App1 和 App2 的共享资源。

这种拓扑结构的优点是每个应用程序都有自己的资源池,并且这个资源池为独有的,可以最大限度的为程序服务。同时还有共享资源池来应对增加的访问。

图 2. 拓扑结构二

时间: 2024-08-07 14:48:37

WebSphere智能管理在实际生产环境中几种典型的拓扑结构的相关文章

生产环境中的容器之工作流

本文讲的是生产环境中的容器之工作流,[编者的话]很多公司已经在生产环境里大规模使用容器.前一篇文章里介绍了Spotify,DramaFever,Built.io和IIIEPE如何以及为什么使用容器.本文继续深入讨论这几个公司的工作流. 构建应用程序以及管理pull请求 在生产环境使用容器的一大吸引人之处是创建无缝的开发到生产环境的能力,最先代码在开发人员的笔记本上,然后能够整体移动到测试环境,并且随后直接部署,而不会因为底层基础架构环境的改动而导致问题. IIIEPE怎么做 Luis Elizo

在生产环境中使用Apache Mesos和Docker

本文讲的是在生产环境中使用Apache Mesos和Docker,[编者的话]本文翻译自 IVO VERBERK博客,Docker容器软件已受到了从科技巨头到企业的广泛注意.但是,随着容器概念转变成为现实世界中的成熟技术,那么问题就变成了:怎么样才能快速把Docker应用于生产环境中呢? 介绍 在生产环境中安全有效地的运行Docker容器会有很多复杂的挑战.许多复杂性挑战都是在跨多主机间运行容器产生的.这些跨主机的容器可能需要保持或共享状态,也可能需要相互通信,还可能会随时消失.为了高容错性和可

在生产环境中使用Docker必须注意的事情

本文讲的是在生产环境中使用Docker必须注意的事情,[编者的话]本文以最近非常火的希特勒怒喷Docker的视频为线索,详细分析了Docker存在的一些问题和弱点,以及在生产环境中使用Docker所要注意的方面.这些问题包括隔离性.镜像安全.Docker缺省配置.发布及部署:文章的最后分析了微软最近在容器支持方面的动作. 我们不能否认Linux容器是一个非常强大的概念,它组合了众多优秀的Linux内核功能和Docker开源工具,任何背景知识的开发者都很容易使用. 在2016年容器峰会上,Brya

生产环境中使用Docker Swarm的一些建议

本文讲的是生产环境中使用Docker Swarm的一些建议[编者的话]实践中会发现,生产环境中使用单个Docker节点是远远不够的,搭建Docker集群势在必行.然而,面对Kubernetes,Mesos以及Swarm等众多容器集群系统,我们该如何选择呢?它们之中,Swarm是Docker原生的,同时也是最简单,最易学,最节省资源的,至少值得我们多了解一下.本文将介绍一些非常实用的建议. [深圳站|3天烧脑式Kubernetes训练营]培训内容包括:Kubernetes概述.架构.日志和监控,部

IT生产环境中容器编排系统的五个最佳做法

本文讲的是IT生产环境中容器编排系统的五个最佳做法[编者的话]本文主要讲述了生产环境中使用容器编排系统需要注意的5个最佳做法. [深入浅出学习 etcd]etcd为分布式系统提供可靠.高效的配置管理服务,在Docker.Kubernetes.Mesos等平台中扮演了越来越重要的角色.作为2013年开始的项目,它还很年轻,官方文档中缺乏实现上全面.系统的介绍,本课程深入浅出地介绍了etcd的实现,并为运维和二次开发提供了系统的指导和建议. 如果您的企业IT运维组织结构已转移到Docker等容器技术

三个生产环境中使用Docker的案例

本文讲的是三个生产环境中使用Docker的案例[编者的话]本文为2017年初Docker线下见面会的记录,Solita.Zalando和Pipedrive公司做了Docker化经验分享,并对生产环境中使用Docker的细节进行讨论.本文还推荐了一些Docker生产环境中常使用的优秀工具. [3 天烧脑式 Docker 训练营 | 上海站]随着Docker技术被越来越多的人所认可,其应用的范围也越来越广泛.本次培训我们理论结合实践,从Docker应该场景.持续部署与交付.如何提升测试效率.存储.网

生产环境中Docker的持久化存储模式

本文讲的是生产环境中Docker的持久化存储模式[编者的话]在生产环境中使用Docker实现持久化存储一直是业界的热点问题,本文从到配置文件.机密材料.数据库.共享数据等方面做了些探讨,文中也谈到了一些需要避免的问题以及尽量将应用设计为无状态服务的原则. 一般看法认为容器对于无状态的应用程序是很好的,但是不适合有持久化数据的有状态应用.如果这是真的,这并不是因为技术不到位,而是因为管理持久化数据和有状态应用程序的模式并不总是为人们所熟知.你面临的挑战很多不是关于持久化状态的,而是如此操作不会影响

80/20定律:在生产环境中使用容器所能带来的收益

本文讲的是80/20定律:在生产环境中使用容器所能带来的收益[译者的话]二八定律又名80/20定律.帕累托法则(定律),它指出了在大部分情况下:多数努力,它们只能造成少许的影响:而少数的部分,它们造成主要的.重大的影响. 将容器应用到你的日常工作当中,花费20%的精力或许就能带来你所期望的80%的收益,避免将时间和精力花费在琐事上,要学会抓重点. 今天许许多多的人都在谈论容器,容器编排,以及容器相关的生态,而相比之下却只有少数几个组织能够真正的在生产中使用容器. 鉴于使用容器所能带来的那些好处,

生产环境中保持微服务井然有序的五大措施

监控是一种明智的做法.系统会逐渐变得高度碎片化,为了对系统的运行状况获得更全面的了解,人们对集中式监控和日志会产生越来越高的需求. Alex谈到了在最新一期播客节目中所涉及的一个场景,这个场景中需要对有问题的版本进行回滚,这就要确定相应的微服务,并确定进行回滚可能会对其他服务产生的影响.他认为: 结论1:如果你认为对单层(Monolith)体系结构进行监控已经很困难,微服务的监控要比这个难十倍,需要事先做好极为充分的规划和更大的投入. 对于第二个问题,Alex谈到了我们已经从Sam Newman