视频里有提到，也可以简单参照以下回答： 高可用包括很多方面和不同的层级，比如基础架构层服务器的高可用特性，除了可用CPU以外，冗余cpu可以替代，在做硬件设计的时候就考虑了高可用性，说白了就是不容易坏，另外还有系统和软件层面也需要具有高可用设计，再往上客户自己的应用，也需要有...

在高并发压力下电子客票系统为了实现快速的响应速度，需要考虑很多维度，并发涉及到的基础数据量，系统支持的最大用户数，系统响应时间，服务器的吞吐量，关键请求的错误率，以及资源使用率等各项指标。公路客运面临服务“大”“散”“乱”的挑战，需要对公路客运市场特点以及联网售票发...

由于地区型电子客票系统建立初期设计容量较小，承载能力有限，基础架构大多数以X86和小型机为主。为承载全国联网的大流量冲击，实现异地售票、联程售票和公众信息服务，提供互联网、电话、代理点、自助终端和移动终端等多种订购票渠道。要求作为电子客票后台核心系统要求具有高...

传统客票系统基础架构大部分以X86服务器集群、小型机集群为主体的传统分布式部署架构，随着业务的发展，给企业的信息系统建设带来了越来越多的挑战：系统稳定性较差、纵向扩展能力的不足导致不得不采用分库分表等方式，带来了应用复杂度的急剧提升、大量的硬件采购、安装、更新...

业务恢复考虑两个方面： RPO(能够容忍的数据丢失量)/RTO(能够容忍的应用系统的恢复时间)公路客票系统而言，数据要求强一致性，对于数据丢失的容忍度是比较低的，业务恢复时间要求非常高。如果是做同城灾备，建议使用基于LinuxONE的IBM Virtual Appliance技术，如果是存储出现问题，可...

两地三中心各站点的功能：生产中心：承担各业务系统的运行，并同步数据到同城灾备中心。因故障中断运行后，同城灾备中心接管。故障恢复后，回传新增数据恢复运行。同城灾备中心：承担核心业务系统的应用级灾备、数据全备和对外数据交换（包括向异地数据级灾备中心传输备份数据）。承担所...

分布式存储在实现数据一致性和系统可用性上存在矛盾，所以对于核心业务而言，建议使用集中是存储。

非常有幸担任3月9日AIX专家俱乐部举办的“公路电子客票系统基础架构如何合理选择架构部署方式”线上研讨活动的嘉宾。针对此次活动，我做了一个简单的总结，供大家参考，也希望和大家继续在论坛上探讨公路行业的IT基础架构问题。本次活动着重讨论了票务系统省级集中下，采用何种I...(more)

硬件：高端服务器比如IBM LinuxONE主机对于i/o的结局主要有几种方式：1.专有I/O处理CPU帮助实现I/O和计算的并行大幅减少I/O等待。专用i/o协处理器，该处理器使用power8芯片，负责异步i/o的处理， cpu只负责计算。2. 单机可以支持系统I/O带宽832 GB/秒，业界最高四级缓存。3. 先进负...

云管理软件可以横跨X86, 小型机，甚至大型机等主流硬件平台，管理不同操作系统和虚拟化软件，有效利用现有设备。可以让用户在一个平台下进行管理，简化管理。具有同时一虚多和多虚一的功能；存储通过虚拟化存储比如svc可以整合各种存储资源，实现存储资源池，同时其扩展能力和无缝平滑...