8 周架构
常用 RAID 类型
RAID 0
此 RAID 级别组合了两个或更多硬盘,组合方式是用户数据(黄色存储区的 ABCD...)被分割成多个可管理单元。这些单元被分割到 RAID 0 阵列的不同驱动器中。这样,把两个或更多硬盘组合后,读写性能,特别是序列存取性能均得到提高。但是,RAID 0 阵列中未存储冗余信息,这就是说,其中一个硬盘出现故障后,所有数据都会丢失。编号 0 中也提到了缺少冗余,指示为无冗余。因此,安全要求较高的服务器一般不使用 RAID 0。
优点:传输率最高缺点:无冗余,也就是说,其中一个磁盘发生故障,所有数据将丢失应用:通常使用在暂存数据和高 I/O 速率的工作站 RAID 1 在 RAID 1 系统中,相同的数据被存储在两个硬盘上(100% 冗余)。当一个磁盘驱动器发生故障时,在另一个磁盘上可立即获得数据,从而无损数据完整性。通过一个 SCSI 通道映射两个磁盘时我们称之为“磁盘镜像”。如果每个磁盘都与独立的 SCSI 通道连接,我们称之为“磁盘双工”(更加安全)。 RAID 1 为数据安全和系统可用性提供了一种简单及高效的解决方案。优点:可用性高,即使一个磁盘发生故障,逻辑硬盘上的数据依然可用缺点:需要 2 个磁盘,但只使用其中一个存储数据应用:通常使用于较小的系统,其中一个磁盘的容量足够,并用作启动盘
RAID 4 RAID 4 与 RAID 0 非常相似。上面的数据分割在各磁盘之间。此外,RAID 控制器也会计算单个磁盘 (P1, P2, ...) 上存储的冗余性(奇偶校验信息)。即使有一个磁盘发生故障,所有的数据完全可用。丢失的数据通过有效数据以及奇偶校验信息计算后存取。与 RAID 1 不同之处在于,只需要一个磁盘空间用于冗余。假如有一个由 5 个磁盘组成的 RAID 4 磁盘阵列,其中 80% 的安装磁盘容量用于用户容量,则只有 20% 的容量用于冗余。如果存在许多小数据块时,奇偶校验磁盘将出现吞吐量的瓶颈。对于较大的数据块,RAID 4 将展示大大提高的性能。优点:可用性高,即使一个磁盘发生故障,逻辑硬盘上的数据依然可用优点:很好地利用了磁盘空间(如 n 个磁盘的阵列,n-1 被用作数据存储)缺点:必须计算冗余信息,这样就限制了写入性能应用:由于安装容量与实际可用容量的比率较高,通常使用于较大的数据存储系统
RAID 5 与 RAID 4 不同,RAID 5 磁盘阵列中的奇偶校验数据分割在各磁盘之间。 RAID 5 磁盘阵列提供更加平衡的吞吐量。即使对多重任务和多用户环境中的小数据块,它的响应时间都十分良好。 RAID 5 与 RAID 4 的安全级别相同:其中一个磁盘发生故障时,所有的数据完全可用。丢失的数据通过有效数据以及奇偶校验信息计算得出。优点:可用性高,即使一个磁盘发生故障,逻辑硬盘上的数据依然可用优点:很好地利用了磁盘空间(如 n 个磁盘的阵列,n-1 被用作数据存储)缺点:必须计算冗余信息,这样就限制了写入性能应用:由于安装容量与实际可用容量的比率较高,通常用于较大的数据存储系统
RAID 10 RAID 10 是 RAID 0(性能)和 RAID 1(数据安全)的结合。与 RAID 4 和 RAID 5 不同,它不用计算奇偶校验信息。 RAID 10 磁盘阵列提供了良好的性能和数据安全性。与 RAID 0 相同之处在于,在较高序列负载条件下可以保证最佳性能。与 RAID 1 相同之处在于,50% 的安装容量被用作冗余。优点:可用性高,即使一个磁盘发生故障,逻辑硬盘上的数据依然可用优点:良好的写入性能缺点:需要偶数个磁盘,最少为 4 个,另外只能使用一半的磁盘容量应用:通常使用于需要较高序列写入性能的场合
HTTP 请求的 7 种方法
Get:只读请求
Head:和 get 方法一样,但是只返回响应头
Post:提交请求
Put:上传请求
Delete:删除 URL 标识的资源
Trace:回显服务器收到的请求
Options:请求服务器返回支持的所有 HTTP 请求方法。
HTTP 响应的 5 种状态
1XX 消息:请求已被服务器接收,继续处理
2XX 成功:请求已成功被服务器接收、理解、并接受
3XX 重定向:需要后续操作才能完成这一请求
4XX 请求错误:请求含有词法错误或者无法被执行
5XX 服务器错误:服务器在处理某个正确请求时发生错误
HTTP 版本
HTTP/1.0:每个请求/响应都会创建新的 TCP 连接
HTTP/1.1:引入保持连接概念,但任意时间点上每个 TCP 连接只能执行一次请求/响应交换。
HTTP/2.0:引入 HTTP“流”概念,高效地服用 TCP 连接,但还是会出现队头堵塞现象。
HTTP/3.0:使用 QUIC 作为传输协议,多个 QUIC 流共享相同的 QUIC 连接。QUIC 数据包封装在 UDP 数据包。
DataNode 服务器节点宕机的时候,HDFS 的处理过程时序图。
评论