2同行回答
powerlinux的做法也是一样，单机的能力有限。即便小型机按照目前的公路客运容量来看，也最多能够做到1台满足比较少的客运站，也得切割，需要扩展能力更强的服务器实现真正意义上的数据库逻辑集中。
国外客票系统从历史初期就是采用大型主机来部署，目前80%以上的国外交通客票系统都是使用大型主机来部署。中国没有大型客票系统的实施和应用经验，铁路是分布式的，各地铁路局系统来承载，现在同样面临很多问题需要解决，航空业使用unisys的定制系统，也是传统大型主机的模式.中国的公路客运实现集中才能像大家看到的目前铁路半集中，航空集中的服务，提供灵活和多样的票务服务，但是公路客运又比铁路客运，航空业容量大很多，采用分布式系统，实现省级的集中就会面临诸如复杂的应用和数据一致性的问题。
另外cap理论已经说的很清楚，分布式的话，就只能在数据一致性和可用性中选择一样，可靠性得不到保证
Consistency(数据一致性)
Availability(可用性即响应速度不受限制)
Partition tolerance(分区耐受性)
系统实现只可同时满足二点，无法三者兼顾（EricBrewer提出，由MIT学者SethGilbert与NancyLynch数学证明）
收起Vmvare是按vm来收费的，按照公路客票系统的容量，扩展要求非常高，vm个数越来越多，从成本上考虑，不是一个很好的方式，另外vmvare的仿真度比较差，就是vmware本身占用系统资源较多，随着vm越来越多，浪费是很大的。同时，用vmvare来做，物理机个数也会越来越多，数据库肯定面临分库分表的问题，大范围的调度，应用的复杂度和时延不符合公路客运的发展模式。对于高峰期并发量的高度集中所要求的处理能力和数据一致性无法满足，互联网包括淘宝的做法就是一个案例，客户可以容忍暂时支付不成功，服务暂时不能访问，但是公路客运的实时票务服务出现类似情况，对于节假日高峰等情况是不能接受的