高可用架构设计硬件三

如何选择硬件

互联网主流硬件构成:

cpu:32porcessor(8个物理核,每核2个处理器,开启超线程) 2.5GHZ

内存:32G>64G>96G>128G

硬件:SATA机械盘>SAS机械盘>SSD固态硬盘(300M--500M)

价格10倍,IO性能50倍,读写速度越来越快,硬件成本原来越高

网卡:100mbs 1000mbs

linux cat /proc/couinfo 查看cpu情况

free -g 查看内存情况 -g以g为单位


硬件的分类:

机型分类

内存性(缓存集群)

CPU:8CoreX2 Mem:128G Disk:SAS 600G*6 RAID5

CPU:8CoreX2 Mem:192G Disk:SAS 600G*6 RAID5

I/O型(DB)

CPU:8CoreX2 Mem:128G Disk:SAS 600G*2 RAID1+Intel S3700 800GX6 RAID5

存储型-Sprk

CPU:8CoreX2 Mem:192G Disk:SAS 600G*2 RAID1+SATA 4TBX12 Non-RAID

存储型-Hadoop

CPU:8CoreX2 Mem:128G Disk:SAS 600G*2 RAID1+SATA 4TBX12 Non-RAID

存储型-公共的

CPU:8CoreX2 Mem:192G Disk:SAS 600G*2 RAID1+SAS 1TBX24 Non-RAID/RAID5

计算性(特殊机器)

CPU:10CoreX4 Mem:192G Disk:SAS 600G*6 RAID5

CPU:8CoreX2 Mem:192G Disk:SAS 600G*6 RAID5 GPU卡 图形对比

58服务器型号一览表

R410 主流服务器,目前应用最多

R420 主流服务器,目前应用最多

C6100 2U服务器相当于4台独立主机

R710 主流服务器,DB数据库服务器应用最多

R720 DB数据库服务器应用最多

R515 op的日志存储

R720xd DB数据库hadoop服务器

U的概念:服务器长宽高接口规范,服务器单位。

选择硬件-硬件选择取决于业务应用场景

Web业务场景----内存型/计算型

逻辑业务场景----计算型

Cache应用----内存型

测试应用----虚拟机

数据库场景----DB存储型,尽可能SSD

实时计算场景----存储型-Sparks/Storm

离线计算场景----存储型 Hadoop 磁盘容量要求高

海量数据存储----文件,图片等,存储型如果提供online服务要提供cpu能力。

图像识别计算场景----计算型GPU

线下,边缘业务场景----虚拟机,物理隔离

传统企业配置

IOE的企业软硬件配置--->IBM服务器 ORACLE软件 MEC的存储设备

互联网企业配置

pc级服务器(价格低),设备廉价,低价的pc服务器一年宕机一次是打概率事件。高强度频繁读写普通硬盘,损坏的概率跟高一些。硬件可用性进一步降低。

如果做到硬件层面的高可用?

尽量用高配置的服务器,如果不行,就重点关注磁盘高可用:硬盘规格SATAIII SCSI SAS SSD,按照这个顺序性能越来越好,价格越来越高,可用性越来越高。尽可能选用高可用磁盘,做冗余。RAID磁盘阵列。RAID0 RAID1 RAID5 RAID10。RAID优化:此条元素大小stripeElementSize,DB设置128K 一般应用设置64K。读写策略fore web with no battery 不适用电池强制回写。

多机冗余,模块应用 至少2个节点,需要多少,取决于整体系统吞吐量和单机吞吐量。

存储应用,Mysql通过Master-Salver。Mango Replic-Sets,主节点挂掉后可以自动选择主节点。

思考,假设场景:

1000w条记录,每条记录1K,MySql存储,使用SSD硬盘,读写吞吐量3KQPS/TPS,读写比例10:1。在此场景下数据库能抗住吗,有必要加缓存吗?

SSD的读写数据300M每秒,经过mysql软件可以达到200m每秒,3KQPS,每次请求1条数据的话是3m,每次请求10条数据的话是30m,每次请求100条数据时就是300m。此时系统就不满足要求,需要利用缓存。

淘宝的TPS和PV之间的关系通常为  最高TPS:PV大约为 1 : 11*3600 (相当于按最高TPS访问11个小时,这个是商品详情的场景,不同的应用场景会有一些不同)

猜你喜欢

转载自peng4602.iteye.com/blog/2368870