昨天下午，同事抛过来一个截图，说有个容器内部请求，一开始是404，后来就正常了。
打开DCOS集群，找到了容器服务，然后看到应该是2个实例，但是有第三个实例出现了killing状态。然后，登录这个异常容器所在宿主机，使用docker ps命令卡住了。然后，果断重启该宿主机节点。
后来查看，本来之前将容器云中的所有服务器由2C16GB升级到4C32GB，而这一台因故没有升级，但是升级到了4C16GB。而容器大多是JAVA程序，十分消耗内存。因此，推断，容器云宿主机的配置中的cpu与内存比应该是1:8的关系。
接到哥们消息，之前搭建的12台超融合节点一直稳定运行，后来扩容了5台（与之前年份不同，CPU架构相同），而后又新建了一个集群由10台服务器组成（与之前年份也不同，CPU架构也不同）。问题是，5+10台服务器在硬盘故障后，会出现服务器重启。超融合厂商与硬件服务器厂商互相之间推来推去，问题始终得不到解决。
我们俩查找了相关资料：
https://www.cnblogs.com/bingxinguoke/p/16731846.html
https://support.huawei.com/enterprise/zh/knowledge/EKB1100049474
以及分析了日志：
超融合底层系统基于CentOS7.9制作，而系统自带的驱动与官网给出的驱动在大小上有出入，可能是RAID驱动兼容性不好导致。
目前，等待进一步分析中。
接口：USB
协议：NVME
可以新增用户以及设置密码，但是无法设置信道和权限。
正确的激活方式应该是：
[album]
[/album]
八年了，这个DCOS集群还在运行。随着业务量的增长，目前只是在做scale up，比如把4C32GB升级成8C64GB。但是，某些情况下，直接升级还是会高一些，比如在长连接集群里面，冬季业务旺季的时候，把6台4C32GB升级成8C64GB，在夏季业务淡季的时候再降配下来，可是呢，每年还是会有部分业务量增长，不全部增加的话业务是平均分配的，所以增加节点成为了不错的方案。
这套DCOS刚刚经历了因为DCOS官方调整Auth0导致无法登录事件。大家都没有办法登录。后来调整oauth_enable false后可以登录了。这不，又来了这问题。
其实，早先长连接集群是有7台机器的，可是某一台好像总是有些问题。
[ERROR] 2024-05-13 10:47:00.101 [DiscoveryClient-HeartbeatExecutor-1] com.netflix.discovery.DiscoveryClient - DiscoveryClient_XCLOUD-NCS/9.0.26.130:6778 - was unable to send heartbeat!
com.sun.jersey.api.client.ClientHandlerException: org.apache.http.conn.ConnectTimeoutException: Connect to xcloud-discoveryserver-peer1.marathon.mesos:2000 timed out
[ERROR] 2024-05-13 10:47:00.100 [DiscoveryClient-HeartbeatExecutor-1] com.netflix.discovery.shared.transport.decorator.RedirectingEurekaHttpClient - Request execution error com.sun.jersey.api.client.ClientHandlerException: org.apache.http.conn.ConnectTimeoutException: Connect to xcloud-discoveryserver-peer2.marathon.mesos:2000 timed out最近一周一直在尝试新增节点做测试。遇到一个问题，总是不能正常运行，或者看起来正常运行，而且还没有overlay网络路由。经过一些排查，终于找到了原因。
现在的虚拟机已经无法使用过去的dcos slave节点镜像制作了，因为物理机架构不一样，ucloud官方不让用了。那就重建吧，重建后，内核有变化，如果用当前的内核版本，会出现内核相关的错误。
通过手动安装内核可以安装成功。
而无法生成overlay 网络路由的原因，想了一圈，而且在本地测试也没有问题。看了一下master节点发现，三个master节点的dcos-navstar服务全都飘红。一个一个节点的重启后，恢复了。
下面记录下，如果以后再安装dcos 1.9.1的slave节点使用如下方法。
# 更换内核
cd /tmp
wget https://d2.sddts.cn/d/download/dcos/kernel-3.10.0-862.9.1.el7.x86_64.rpm
wget https://d2.sddts.cn/d/download/dcos/linux-firmware-20180220-62.2.git6d51311.el7_5.noarch.rpm
yum install -y kernel-3.10.0-862.9.1.el7.x86_64.rpm linux-firmware-20180220-62.2.git6d51311.el7_5.noarch.rpm
# 删除无用的软件
yum remove -y firewalld
# 安装docker
mdkir -p /opt/software/ ; cd /opt/software/ ; wget https://d2.sddts.cn/d/download/dcos/docker.tar.gz
tar xzvf docker.tar.gz
# 安装slave节点
# @bootstrap
ssh root@10.9.28.18 "mkdir -p /opt/software/docker"
cd /opt/software/docker && scp -r * root@10.9.28.18:/opt/software/docker/
ssh root@10.9.28.18 "mkdir /opt/dcos_install_tmp"
cd /opt/genconf/serve && scp -r packages root@10.9.28.18:/opt/dcos_install_tmp/
cd /opt/genconf/serve && scp -r bootstrap root@10.9.28.18:/opt/dcos_install_tmp/
# @slave
cat <<'EOF'>> /etc/group
docker:x:993:
nogroup:x:1000:
EOF
cd /opt/software/docker
yum install *.rpm --skip-broken
yum install docker*
cd /opt/
curl -O 10.9.127.126:80/dcos_install.sh
bash dcos_install.sh slave
# 配置hosts
10.42.255.5 umon.api.service.ucloud.cn
10.42.255.5 umon.api.service.ucloud.cn
10.10.172.209 inner.ha.balance
# 节点修复的方法
mount -o remount,rw '/sys/fs/cgroup'
ln -s /sys/fs/cgroup/cpu,cpuacct /sys/fs/cgroup/cpuacct,cpu
# 部署categraf
cd /opt && wget https://d2.sddts.cn/d/download/dcos/dcos.slave.categraf.tar.gz && tar xzvf dcos.slave.categraf.tar.gz
cat <<'EOF'>/etc/systemd/system/categraf.service
[Unit]
Description="Categraf"
After=network.target
[Service]
Type=simple
ExecStart=/opt/categraf/categraf
WorkingDirectory=/opt/categraf
Restart=on-failure
SuccessExitStatus=0
LimitNOFILE=65536
StandardOutput=syslog
StandardError=syslog
SyslogIdentifier=categraf
[Install]
WantedBy=multi-user.target
EOF
systemctl daemon-relaod
systemctl restart categraf
# 部署dcos服务用到的目录
mkdir -p /data ; wget https://d2.sddts.cn/d/download/dcos/dcos.slave.data.tar.gz ; tar xzvf dcos.slave.data.tar.gz
cd /data ; wget https://d2.sddts.cn/d/download/dcos/dcos.data.machtalk.tar.gz ; tar xzvf dcos.data.machtalk.tar.gz
# 部署openfalcon
cd /data/work/ && ./open-falcon start agent
# 修改/data/work/agent/config/cfg.json
存储通信协议定义了如何在存储设备和计算机系统之间进行数据传输和控制命令传递。这些协议确保了不同厂商的设备能够互相兼容，并有效地对存储进行访问和操作。以下是一些常见的存储通信协议的详细信息：
版本：
版本：
存储通信协议在计算机存储系统中起着至关重要的作用。它们定义了数据在存储设备和计算机系统之间如何传输和管理，确保设备之间的兼容性和性能优化。在选择存储解决方案时，理解和选择合适的存储通信协议是确保系统性能和稳定性的关键因素。
存储接口协议用于定义计算机系统如何与存储设备（如硬盘、固态硬盘等）通信和数据传输。它们包括物理连接标准以及传输控制和数据管理方案。以下是解释一些常见的存储接口协议的详细信息：
版本和速度：
版本和速度：
版本和速度：
存储接口协议和通信协议在计算机存储系统中起着关键作用。它们定义了数据如何在存储设备和其他系统部件之间传输，确保不同设备能够兼容和高效运行。在选择存储设备时，兼容合适的接口和协议是确保系统性能和稳定性的关键因素。
存储系统中，接口协议和通信协议是至关重要的元素。它们决定了数据如何在存储设备（如硬盘和SSD）与计算机系统之间传输。以下是对主要存储接口协议和通信协议的详细描述：
SATA (Serial ATA):
SAS (Serial Attached SCSI):
NVMe (Non-Volatile Memory Express):
U.2:
M.2:
PCIe (Peripheral Component Interconnect Express):
AHCI (Advanced Host Controller Interface):
NVMe (Non-Volatile Memory Express):
SCSI (Small Computer System Interface):
ATA (Advanced Technology Attachment):
FC (Fibre Channel):
iSCSI (Internet Small Computer System Interface):
不同的接口和通信协议为存储系统提供了多种选择，以满足特定应用需求：
接口与协议的配合：
多协议支持的接口：
专门化的协议：
最近同事需要升级下配置，然后俺就提采购，买了PCI+NVME硬盘。谁曾想，到了实际升级的时候，发现各种问题。
首先，他的电脑是2014年前后的机器，主板是技嘉B85-D3V-v1，一块机械硬盘，跑的Win7专业版。然后，使用pe镜像数据后，开机找不到硬盘。后来查了半天资料才发现，本身Win7不支持NVME协议，而且主板也不支持NVME启动。因此，在查资料的同时，为了验证升级过程，保障早一点做完早下班，开始了测试之旅。
2C
8G
SATA 60GB
BIOS
成功
成功
失败
成功
[vplayer url="http://vip.123pan.cn/1815238395/%E5%BD%B1%E5%83%8F%E8%B5%84%E6%96%99/%E8%87%AA%E5%88%B6%E5%89%A7/%E8%BF%90%E7%BB%B4%E8%B6%A3%E4%BA%8B/20240516.%E4%BD%BF%E7%94%A8%E8%99%9A%E6%8B%9F%E6%9C%BA%E6%B5%8B%E8%AF%95bios%20mbr%20win7%E5%88%B0uefi%20gpt/2024.05.16.win7%E4%BB%8Ebios%20mbr%E5%88%B0%20nvme%20gpt%E7%9A%84%E6%88%90%E5%8A%9F%E6%B5%8B%E8%AF%95.mp4" /]