高可用性海外服务器架构设计与实践 (什么叫高可用性)

在全球化的数字时代，企业对于海外服务器的依赖日益增强，而高可用性的架构设计则是确保业务连续性和用户体验的关键。一个设计精良、实践到位的海外服务器架构，不仅能抵御各种潜在风险，还能在关键时刻为企业提供强大的支撑。本文将探讨高可用性海外服务器架构设计的重要性、核心要素及其实践案例。

一、高可用性设计的重要性

在跨国运营中，任何一次服务器故障都可能导致业务中断、数据丢失和客户流失。因此，构建高可用性海外服务器架构，旨在通过冗余、负载均衡、故障转移等机制，确保系统在面对各种挑战时仍能稳定运行。这不仅关乎企业的声誉和利益，更是对全球用户承诺的体现。

二、核心要素解析

三、实践案例分享

某跨国电商企业，为提升全球用户的购物体验，采用了高可用性海外服务器架构设计。他们首先在多个地理位置部署了服务器集群，并利用负载均衡技术实现了全球流量的智能分配。同时，该企业还实施了严格的数据备份与恢复策略，确保在遭遇自然灾害或人为错误时，数据能够得到及时恢复。此外，他们还建立了完善的监控系统和应急响应机制，以便在发现潜在问题时能够迅速介入并解决问题。

通过这一系列措施的实施，该企业不仅有效提升了海外服务器的可用性，还显著增强了业务连续性和用户满意度。他们的成功案例为其他企业在构建高可用性海外服务器架构时提供了宝贵的参考和借鉴。

总之，高可用性海外服务器架构设计是企业跨国运营中不可或缺的一环。通过合理的架构设计、冗余配置、负载均衡、故障转移与恢复以及数据备份与恢复等策略的实施，企业可以构建起一个稳定、可靠、高效的海外服务器系统，为全球化发展奠定坚实的基础。

PI数据库的技术优势

采集效率高、读取速度快单机点数规模达400万点；数据吞吐量为4百万/秒；存储能力为10-15万个事件/秒；数据访问能力为100万个事件/秒；秒级时间内可以取到1000点的2年至3年的历史数据。 数据存储效率高、占用空间小旋转门压缩专利技术和独到的二次过滤技术，使进入到PI数据库的数据经过了最有效的压缩，极大地节省了硬盘空间。 丰富的客户端应用程序30多种基于B/S、C/S的客户端，满足用户各种展示需求以及数据分析需求。 分布式服务器结构，提供成熟接口分布式数据采集结构、集中式数据管理方式，使数据来源复杂而又分散的问题迎刃而解。 提供400多种成熟的接口软件。 接口软件具有数据缓存功能。 支持集团化应用支持多服务器结构的分布式数据存储，数据可以分散存储在不同地点或不同区域的服务器上，便于集团化企业构建生产实时管理系统。 较高的安全性和稳定性PI具有极高的安全性和良好的安全机制：PI的注册机制，提供基于用户注册的连接许可；PI的信任机制，提供非交互式应用的访问许可；数据库安全，控制对数据库的访问。 系统运行稳定性极高，在全球拥有一万多用户，25年来从未因为系统故障影响业务连续性。 资产分析与可视化Analysis Framework（AF）是一种可管理的环境，企业可以借助它为资产定义一致的表现形式，并利用这些资产进行简单或复杂的分析，以生成关键且可操作的信息。 AF真正的强大功能在于它能够重用信息和将信息进行可视化。 企业信息系统集成与共享RLINK提供了一个双向网关，用于与 ERP和 EAM系统的数据、事件及图像集成。 系统示例包括 SAP R/3、Oracle JD Edwards EnterpriseOne、MRO Software Maximo 和 IndusInternational Passport/EMPAC 等。 灵活的门户系统基于 Web 的应用程序允许用户将实时系统、维护系统、生产规划系统和财务系统等多种不同来源的数据灵活地显示在熟悉的基于 Internet 浏览器的环境中。 网络设备检测MCN Health Monitor用于检测生产制造IT基础架构中潜伏的问题、性能威胁、网络问题和网络瓶颈。 MCN可以帮助生产管理者发现潜在的问题，并及时采取必要的措施，消除或尽量降低因为断电、基础设施故障以及流程性能问题所带来的附加成本和损失。 高可用性架构对数据进行不中断访问是用户非常关心的问题，这就是HA（高可用性）产生的原因。 高可用性，就是容许系统故障和继续提供服务的能力。 不需要特殊硬件或集群环境，HA就能向用户提供一个可替换的时间序列数据源，提高了PI Server的可靠性。 高可用性架构能够使用户免于计划外停机（地震、冰灾、系统瘫痪等）造成的事故和损失。 强大的二次开发工具OSIsoft为用户基于PI系统的开发提供了多种方便的二次开发工具，包括PI API、PI SDK、PI ODBC、PI OLEDB等。

Oracle dataguard 和Oracle rac的区别和联系

Data Guard 是Oracle的远程复制技术，它有物理和逻辑之分，但是总的来说，它需要在异地有一套独立的系统，这是两套硬件配置可以不同的系统，但是这两套系统的软件结构保持一致，包括软件的版本，目录存储结构，以及数据的同步（其实也不是实时同步的），这两套系统之间只要网络是通的就可以了，是一种异地容灾的解决方案。 而对于RAC，则是本地的高可用集群，每个节点用来分担不用或相同的应用，以解决运算效率低下，单节点故障这样的问题，它是几台硬件相同或不相同的服务器，加一个SAN（共享的存储区域）来构成的。 Data Guard由两个多两个以上的独立的数据库构成，他们各自有各自的存储，Oracle负责他们之间的切换和数据同步 双机热备由两台计算机和一个共享存储设备构成，通过第三方软件（HA Rose等）实现切换，不需要做数据同步建议应用RAC+Dataguard ，RAC保证可用性，Dataguard在RAC组独立磁盘上和另外一台主机上，保证可靠性。 双机就是人们所说的双机热备,数据库放在共享设备上，同一时刻只能有一台主机接管，另一台待用，这种方式只能保护实例，不能保护db，而且备机长期处于闲置，对资源是一种极大的浪费！如果原本是双机，建议转换为RAC 规划好应用，DML操作从一个节点跑，查询操作从另一个节点跑，通常不需要太多调优就可以利用闲置的另外一台机器了RAC服务器共用一套存储,同时提供服务,没有主备之分.宕一个其它的可以继续服务. 双机热备,共用一套存储,一个提供服务一个备份,主机宕了切换到备份服务器提供服务. data guard 完全两套系统,存储是单独的,用日志同步： 实例层冗余 DG ：数据库层冗余 热备：仅仅只是数据冗余个人理解： RAC ：实例冗余，而且还可以做到数据库的loadbalance。 DG ：多份数据，所以能做到数据冗余，但是只有主节点提供服务。 热备：与RAC最大的差异可能就是RAC有多个实例，一个数据库。 而热备只是一个实例，一个数据库。 所以做不了并发和loadbalance。 Oracle RAC只是做Oracle的应用，rose，legato还可以做其它的HA:是High Availability 的首字母组合，翻译过来，可以叫做高可用，或高可用性，高可用（环境）。 我觉得应该说HA是一个观念而不是一项或一系列具体技术，就象网格一样。 作过系统方案就知道了，评价系统的性能当中就有一项高可用。 广义的高可用涉及到系统的各个方面，简单来说，让系统不会中断 运行，就是高可用。 包括软件的高可用，硬件的高可用，网络的高可用等等。 具体实现的方案包括操作系统的集群，数据库的集群，硬件的冗余，网络的冗余等等。 做HA方面的软件，有IBM的HACMP（很多常用AIX的人，常说的HA就指HACMP，乱啊）、SUN的Sun Cluster、HP的MC/SG等。 在2000年以前，大家谈HA，大部分时候说的是操作系统一级的双机热备，主流产品当时有IBM HACMP4.1，HP的MC/SG啥版本忘了，sun的系统很多人不用VCS，用的是一个叫dataware的东西。 现在很多人眼中的HA也还是这样。 时至今日，HA包括的东西可就多了，先不说其他方面，单就数据库，单就Oracle，与HA相关的产品先后有：高级复制（AdvanceRepication)、OPS/RAC(Real Application Cluster）、数据卫士（Data Guard）、oracle流（Oracle Streams）、分区（Oracle Partition）这样数款产品。 照这么说，RAC只是HA这个概念下的一个具体产品而已！目前为止，只有RAC和分区是Oracle要收取licence的，其他的，只要给经验丰富的第三方实施方付一定的规划/设计及部署费用就可以了；当然，也可以自己照着文档依葫芦画瓢，但是这样弄出的环境是否能达到高可用就难说了。 事实上，大部分人所说的HA，还是狭义上的HA，也就是OS一级的双机热备。 RAC:是real application cluster的简称，它是在多个主机上运行一个数据库的技术，即是一个db多个instance。 它的好处是 可以由多个性能较差的机器构建出一个整体性能很好的集群，并且实现了负载均衡，那么当一个节点出现故障时，其上的服务会自动转到另外的节点去执行，用户甚 至感觉不到什么。 双机热备（HA）和RAC有啥区别呢? 1、对于硬件来说，基本上一样，共享存储、光纤线（也有还用SCSI线的）、多台小型机（可以做多节点的相互热备，也可以做多节点的RAC）、光纤交换机（如果是用光纤卡的话）；但做RAC，在主机之间，最好使用高带宽网络交换机（虽然不用也可以做成）；因此硬件成本相差不大。 2、软件呢，差别可不小。 如果是双机热备，必须买操作系统级的双机管理软件；如果是RAC，目前还是建议购买双机管理软件（尽管10g的crs+asm可以摆脱双机软件了，但ASM目前实在太难伺候了），当然还得买RAC license。 3、日常维护。 RAC要求的技术含量更高，也应该更勤快。 最关键的是得买oracle服务，否则遇到有些问题（bug），你就比单机还不高可用了。 4、优缺点。 这个，看看RAC的官方论述吧。 如果能用好，确实是很有好处的。 目前我们的40多个客户的使用情况来看，RAC确实大大降低了他们的downtime，另一方面可以说就是提高了生产力咯。 Dataguard:一般是出于容灾的目的。 是主数据库的备用库（standby 库）通过自动传送和接受archivelog，并且在dataguard库自动apply 这些log，从而达到和主数据库同步的目的，可能dataguard 库是建立的异地的，当主库所在的区域出现了致命性的灾难时(火灾、地震等)，主库没法修复时，这时可以切换dataguard 为主库的模式，对外提供服务，而它的数据基本是当前最新的。 目前可能大家对于 dataguard 库的使用已经拓展出了其他更多的用途，比如备份，跑报表等等。

如何做Linux系统的高可用集群

很多小型组织使用了KVM虚拟化，但却无法在主机发生故障时采取相关措施保证高可用性。 本文介绍如何采取简单的方式确保虚拟机的高可用性。 你可以使用任一Linux发行版的KVM，但是这些Linux发行版在集群功能方面存在差异。 Pacemaker堆栈源于SUSE，红帽在最近的版本中才确定其集群实现方式。 因此在本文中我将介绍如何在OpenSuSE 13.1 下配置集群。 图1. KVM高可用架构概览假定集群中的节点已经连接到了SAN。 如果集群中的节点还没有连接到SAN，那么将虚拟主机连接到Linux SAN并不复杂，当然你也可以使用SAN设备。 然而我们在本文中采用的方式—使用OCFS 2共享文件系统构建集群—只有在使用SAN时才是有效的。 配置KVM高可用集群的步骤如下所示：创建基础集群在SAN共享存储上配置OCFS2集群文件系统使用SAN磁盘作为后端存储，安装虚拟机为虚拟机配置Pacemaker集群资源验证集群配置创建基础集群在Open SUSE 13.1下使用命令zypper in pacemaker ocfs2-tools lvm2-clvm 安装构建集群所必需的软件包，开始创建基础集群。 集群包括两层。 较低的层称之为corosync转载仅供参考，版权属于原作者。 祝你愉快，满意请采纳哦