数据存储技术 - 林康平

喝醉酒的小白

于 2021-04-05 11:50:36 发布

阅读量4.3k

点赞数 1

分类专栏：破万卷

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文链接：https://blog.csdn.net/hezuijiudexiaobai/article/details/115440140

版权

破万卷专栏收录该内容

36 篇文章 6 订阅

订阅专栏

第7章 SAN技术介绍
Storage Area Network

7.1 SAN存储基础
DAS -
ICT - 信息通信
LAN
HBA - Host Bus Adapter

交换机
网桥
集线器
网关

FC接口 - FC协议
ETH接口 - iSCSI协议
FCoE接口 - FCoE协议

7.2 FC SAN
Fibre Channel - 光纤通道协议
7.3 IP SAN
IP协议
7.4 FCoE
7.5 本章小结

喝醉酒的小白

关注

1
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
数据存储技术 - 林康平

第7章 SAN技术介绍Storage Area Network7.1 SAN存储基础DAS -ICT - 信息通信LANHBA - Host Bus Adapter交换机网桥集线器网关FC接口 - FC协议ETH接口 - iSCSI协议FCoE接口 - FCoE协议7.2 FC SANFibre Channel - 光纤通道协议7.3 IP SANIP协议7.4 FCoE7.5 本章小结...
复制链接

扫一扫

专栏目录

喝醉酒的小白 CSDN认证博客专家 CSDN认证企业博客

码龄6年

1766: 原创

2357: 周排名

437: 总排名

506万+: 访问

: 等级

3万+: 积分

1万+: 粉丝

3763: 获赞

284: 评论

5935: 收藏

私信

关注

热门文章

分类专栏

最新评论

kube-apiserver内存占用过多 & go tool pprof 入门
喝醉酒的小白: I believe we are seeing something similar to this in kubernetes after upgrading to Go 1.12. Our memory usage never decreases, causing our pods to report 80-90% memory utilization after handling a large request. Even though internally, the go-runtime thinks it is only holding onto 10-20%. Setting the GODEBUG=madvdontneed=1 fixes this and memory is returned to the pod. Go version: 1.12.9 GOOS: linux GOARCH: amd64
kube-apiserver内存占用过多 & go tool pprof 入门
喝醉酒的小白: https://github.com/golang/go/issues/33376
华为云HCS相关学习
喝醉酒的小白: 在HCS的管理中有三个管理平台：运营管理平台 - ManageOne service center - SC - 单独提供WEB访问界⾯： ——云计算管理 - 发布云计算产品 - 上线/下线，创建租户/⽤户（给云管理员用的）运维管理平台 - ManageOne operation center - OC - 单独提供WEB访问界⾯： ——健康状态监控，⽇志统⼀管理，环境进⾏综合运⾏维护（给用户管理员用的）资源管理平台 - Service OM (FusionManager - AllinOne FusionManager - AllinoneFM) ——对fusionSPhere openstack 底层资源进⾏管理 ——提供规格，镜像，底层⽹络
redis常用命令
喝醉酒的小白: 根据您提供的 `CLUSTER NODES` 命令的输出结果，我们可以分析 Redis Cluster 的状态和节点信息如下： 1. **节点列表**: 这个输出列出了集群中的所有节点，包括它们的ID、地址、角色和状态。 2. **节点详情**: - **2185b0f7b5aa...**: 这是一个主节点（master），运行在 IP 地址 `10.10.66.213` 和端口 `3425` 上，负责槽 `10923-16383`。 - **6f4504277b12...**: 这也是一个主节点，是执行命令的节点（`myself`），运行在相同 IP 地址 `10.10.66.213` 上，但端口是 `3321`，负责槽 `0-5460`。 - **a58c34938716...**: 这是一个从节点（slave），复制的是第一个提到的主节点（`2185b0f7b5aa...`）。 - **8574039ea76...**: 另一个从节点，复制的是 `6f4504277b12...` 这个主节点。 - **65e7c2670e13...**: 又一个从节点，但它复制的是哪个主节点在输出中没有直接显示。 - **89b95467d46d...**: 这是一个主节点，运行在 IP 地址 `10.10.66.211` 上，端口 `5232`，负责槽 `5461-10922`。 3. **角色**: - `master`: 主节点，可以处理写操作。 - `slave`: 从节点，通常用于读操作和故障转移。 4. **连接状态**: 所有节点都显示为 `connected`，表示它们彼此之间的连接是正常的。 5. **槽分配**: - 每个主节点负责一定数量的槽。例如，`6f4504277b12...` 负责槽 `0-5460`，而 `2185b0f7b5aa...` 负责槽 `10923-16383`。 6. **故障转移**: 如果一个主节点失败，它的从节点之一将被提升为新的主节点。 7. **高可用性**: 由于有主从复制，Redis Cluster 提供了一定程度的高可用性。 8. **版本信息**: 输出中的 `1722415636555` 和其他类似的数字是节点的 `epoch` 计数，它是一
redis常用命令
喝醉酒的小白: CLUSTER NODES 2185b0f7b5aa2256e67fb6d60a776a5c3af7dd4a 10.10.66.213:3425@3333 master - 0 1722415636555 5 connected 10923-16383 6f4504277b12c040227dc6298d1a7fff027f0993 10.10.66.213:3321@3235 myself,master - 0 1722415634000 2 connected 0-5460 a58c3493871683ecb5b7b8112ea7485a39dc4966 10.10.66.213:3437@3373 slave 2185b0f7b5aa2256e67fb6d60a776a5c3af7dd4a 0 1722415636000 5 connected 8574039ea76f49df80f27bca3cce21ca1b47a21b 10.10.66.211:5247@5352 slave 6f4504277b12c040227dc6298d1a7fff027f0993 0 1722415635000 3 connected 65e7c2670e1365678c8f2ea278b03dbce2793b22 10.10.66.213:3465@3468 slave 89b95467d46d75092f5801c7de84a94df8ec6df2 0 1722415635552 4 connected 89b95467d46d75092f5801c7de84a94df8ec6df2 10.10.66.211:5232@5100 master - 0 1722415635000 1 connected 5461-10922

大家在看

最新文章

2024

目录

评论

被折叠的条评论为什么被折叠?

到【灌水乐园】发言

查看更多评论

添加红包

成就一亿技术人!

hope_wisdom

发出的红包

实付元

使用余额支付

点击重新获取

扫码支付

钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。