上回我用斯特拉图斯服务器实验室时,是FTServer WSeries4300,早在2006年1月Windows系统与Stratus讨论Linux分发显示,尽管它有Linux版本,但它是公司自己的分发方式,而不是标准分发方式。对某些Linux商店来说,这不是问题,但对那些想运行特定应用和服务者-如Oracle数据库-需要认证分发者-则是一个障碍。
Stratus引入FTServer4400运行RHEL企业Linux高级服务器4.5x8664对任何不做Windows并期望部署完全冗余服务器者来说,这是一个非常好的消息对,我的意思是完全冗余
框框
StratusftServer线后魔力是将基本两个离散服务器归并成单实体这并不表示FTServer是一个集群双服务器包中的每一服务器都配有常用回机,尽管选项卡置入每个服务器视频端口和USB端口由服务器模块共享,尽管NICs位于服务器模块中磁盘以相似方式配置,每个服务器模块有三个热擦盘槽,同所有其他组件一样,必须在模块间完全配置
实质上,FtServer由两个物理服务器组成,并配有相同的CPUs、RAM、磁盘和i/O选项并进句段,这两个模块之间的所有通信均受定制驱动器严格控制这使得两个模块从控制台从网络向OS显示一个模块,最重要的是向OS显示一个模块。
与对齐服务器集群不同,这些模块不主动/被动化,一个模块工作,而另一个则静坐旁听取而代之的是,每个模块运行CPU层次的每一指令,每个对内存写读,每个对盘写读驱动器和自定义硬件模块允许同时执行完全相同任务,并像完美镜像一样排行直通直到有东西破解当组件失效时,同一种代码允许FtServer继续正常运行,完全绕过失效组件,并用冗余组件接通松散
反故障保护并不限于NICs或盘片-DIMM或完全CPU突然失效可以克服而不缺节拍Stratus核心任务:提供全冗余服务器,不聚类替换失效组件时,你只需用坏部分拉出模块并替换模块并滑回底盘中,不设故障时间
斯特拉图斯方法当然有警告第一,模块间协调如此紧密,兼容选项卡种类有限以iSCSIHBAs为例,你无法使用这些服务器,但Fibre通道有效,只要使用专用卡片并有可能为磁带驱动器添加更多NICs和U320SCSI控制器,但仅此而已
生存死实验室
内存6GB和英特尔5130双核2.0GHzCPUftServer回机拥有三个USB端口、串口和视频端口模块上唯一的连接器是单电输入器和二千兆字节NIC与重复主题一致,如果NIC连接在一起,它们都需连接同VLAN,因为它们功能相同Stratus处理特殊冗余方面标准NIC连接OS级类似软件RAID反射本地盘
FTServer缺点之一是任何形式的关灯管理假设服务器永不下降 远程管理需求减少
启动过程由模块处理,行为与任何其他服务器相似OS靴子后 Linux管理员会注意到少数差分,例如Stratus驱动程序初始化阶段加载,并收集/opt下置驱动程序支持码工作FtServer4400时,我还发现我KVM上有一些奇特视频文物,但仅限于文本模式
一上运行FTServer驱动像任何其他RHEL4.5系统立即输入重数据库/Web测试码并投入使用处理负载免问题 运行方式和我期望的相似重负载期间拉动服务器模块不引起服务器或客户端的抱怨,并恢复模块不产生不良效果-甚至点滴生产时本地软件反射量足够启动量,但生产数据则必须使用外部存储
高可用性权衡
值得一提的是VMwareVition和HA等虚拟化技术的进步可用于实现服务器实例相似冗余度,这在讨论ftServer线时必须加以考虑,但指令级故障容度仍有许多话要说。VMwareHA不通过服务器主机故障维护服务器上网,例如,即使它会重开并几分钟后可用
Stratus提供扩展维护服务选项,允许Stratus工程师直接访问服务器,甚至允许系统在必要时自订替换部件,即良好触摸
和WindowsFtServer一月份测试一样, 我不能打破FtServer4400它只是运行同步处理可能略加处罚,但如果有,则可忽略不计CPU比我想的慢, 并会很高兴看到Intel四极CPUft4400价格远高于聚类解决方案成本,但如果目标完全容错单服务器解决方案,则不往前看
