[pdf-embedder url=”http://www.dearda.com/wp-content/uploads/2019/04/IBM-PowerLinux-S812L服务器安装RHEL步骤无水印.pdf” title=”IBM PowerLinux S812L服务器安装RHEL步骤(无水印)”]
安装工具准备 IPMI 工具, 相关终端管理软件或工具. 串口线, RS232-DB9 的连线.
S812L 设备的默认管理 IP ent0 169.254.2.147 ent1 169.254.3.147 . HMC 管理口上面的是串口.
需要对一大批esxi主机进行snmp监控，数量级在300+以上，纯手工一台台来配置snmp开启不现实，故用到vmware powercli进行批量开通。
团体名：mysnmpcomu123
snmptrap服务器地址：10.10.20.123
vcenter用户名密码：admin123@my.vmware/ zzzxxx123
vcenter地址：10.10.10.4
目的：设置snmp后，执行snmpwalk -v 2c -c mysnmpcomu123 10.10.10.119 system会有反馈。设置snmptrap后，snmptrap服务器可以收到esxi反馈的数据。
对某品牌的分布式存储进行了如下工具测试，对比普通FC存储的性能数据。
1、dd测试（一般用于本地硬盘的简单测试）
方法：测试块大小4k，8k，64k和1M，测试数据量为100G，执行dd if=/dev/zero of=/data/helloworld bs=1M count=102400
结果：平均速率约为750 MB/s
注：普通FC存储约为670 MB/s
2、hdparm测试（一般用于本地硬盘的简单测试）
方法：执行hdparm -Tt /dev/sdxxx
结果：平均速率为70-100 MB/s 左右浮动
注：普通FC存储约为360 MB/s
3、orion测试（用于测试存储的oltp性能，模拟oracle）
方法：同时测试5个块设备，执行./orion_linux_x86-64 -run simple -testname iotest123 -num_disks 5
结果：
Maximum Large MBPS=595.05 @ Small=0 and Large=10
Maximum Small IOPS=3099 @ Small=25 and Large=0
Minimum Small Latency=8.04 @ Small=24 and Large=0
详细数据：
lede版本信息如下：
固件版本：Openwrt Koolshare mod V2.30 r10402-51ad900e2c
内核版本：4.14.105
在vmware中安装lede来折腾了下，尝试用于当作旁路由，需要用到内网端口转发，常见的端口转发都是用于wan—>lan，而lede默认的端口转发规则即使将源地址改为lan，目的地址改为lan都不生效。openwrt既然也是linux，直接使用iptables来实现，在“网络”—》“防火墙”-》“自定义规则”中添加如下语句：
目的：192.168.1.2端口6666转发到192.168.1.189端口22
iptables -t nat -A PREROUTING -d 192.168.1.2 -p tcp –dport 6666-j DNAT –to-destination 192.168.1.189:22
iptables -t nat -A POSTROUTING -d 192.168.1.189 -p tcp –dport 22 -j SNAT –to 192.168.1.2
然后点击“重启防火墙”立即生效。
此时，telnet 192.168.1.2的6666端口，就相当于telnet 192.168.1.189的22端口
两台机器的操作系统：CentOS 7.6，uname -r：3.10.0-957.el7.x86_64
到drbd官网下载文件：
drbd-9.0.17-1.tar.gz
drbd-utils-9.8.0.tar.gz
两台机器增加hosts记录并确定已生效
192.168.1.108 centos1
192.168.1.109 centos2
1、安装drbd模块
安装kernel相关组件，yum install kernel-*，包括kernel-devel，kernel-headers，kernel-tools等，
注意安装的kernel-devel的版本要与uname -r的版本一致，关系到后面的安装,否则会出现报错“Module drbd not found”。
完成后有新增目录/usr/src/kernels/3.10.0-957.el7.x86_64
Memcache基本上已经是开发的标配了，但是对于Memcache集群，很多线上部署仍然是很单薄的。几个常用的方式：
1，PHP内建支持Memcache::addServer，存取时将key进行Hash，在对应的服务器上进行操作。存在问题：1，不健壮；2，数据不安全；3，配置变更可能导致存取异常
2，引入代理：memcache-agent 或者 moxi ，可以设置数据后备，当一台服务器停止服务时不影响业务。存在问题：后备数据的一致性；
鉴于存在以上问题，Memcache的开发团队开发了Membase，支持多台服务器集群，数据的切片和复制，有效的提高了服务稳定性和数据的安全性，并且支持数据的持久存储。代码的稳定性不够好，我曾经在部分线上业务上使用了Membase，后来因为几次莫名的存取操作缓慢，只能又撤销回到Memcache。
之后，Membase团队与CouchDB团队合并，推出二合一的产品：Couchbase。Couchbase的最大特点：1，完全继承Memcache，原生支持所有Memcache操作；2，继承了Membase的特性，支持集群和数据持久化；3，继承了CouchDB的文档性质，支持通过View对数据进行操作。这个View的特性，提供了以往memcache所不具备的便利性，但是同Mongodb相比又很简单原始，感觉不是一种普遍需求的功能。
解決方式:
vi /etc/sysconfig/network-scripts/ifcfg-eth0
加入ARPCHECK=no
重启网络
1.client当需要一个数据时,首先向master server发起查询请求
2.master server检索自己的数据,获取到数据所在的可用数据服务器位置ip/port/chunk_id
3.master server将数据服务器(chunk server)的地址发送给客户端
4.chunk server将数据发送给客户端
