服务器更换ssl证书

1、修改两个文件名

2、将这两个文件上传到服务器，目录为：/tmp/minio/certs

3、重启minio文件服务器，docker stop 容器id和docker start 容器id
1、将privatekey和publiccrt文件上传至/usr/cert和/etc/nginx/cert目录下，替换原文件

2、重启服务，jenkins中重启driving-web-prod

在执行客户端的服务器访问时，报错：

开启esxi主机的ntpd服务后，设置了ntp服务器为 0poolntporg和1poolntporg,2poolntporg 的IP地址，肉眼上看本地时间和服务器时间时相同的，但依然报错

设置时区

查看时区列表

centos 8 不再支持ntp，因此，yum install ntp 无法安装，但是默认使用 chrony
四个 minio server 重启了该服务后，时间同步成功，可以在主机访问 minio 服务了

时区在时间同步问题上，没有影响

局域网内找不到互联网的ntp服务器
思路：将windows主机作为ntp服务器，用EXSI同步w32time时间服务，虚拟机设置同步客户机时间与主机时间，同步ESXI的系统时间，

如果没有自动同步，需要root权限执行以下步骤

1mino并没有限制单个文件或者一次上传文件大小的限制。

出现这个问题的原因是springboot限制了上传文件的大小

2yml中设定：

servlet:

multipart:

max-file-size: 10000MB

max-request-size: 10000MB

3文件上传、预览、下载、删除，参考代码

你做了集群,肯定要有负载均衡的服务器啊,做分配的服务器就像一个司令官,他来决定给客户返回集群中哪一个服务器或者你自己去固定某一个ip连接,可这样就会有你说的问题他挂了怎么办
一个容易挂,多个就不会,很简单的逻辑所以最简单的办法就是,你提供提供两个ip,一个是集群中某节点ip,另一个是司令官服务器(负载均衡服务器)的ip客户端先访问节点ip,如果不通,立刻访问司令官服务器,由司令官来返回一个可用节点
然后客户端更新自己的常用节点
之后你只需要维护你的司令官别死掉就行
或者只暴露司令官ip,由司令官返回可用列表,交给客户端,由客户端进行尝试选择

Connection reset by peer的常见原因：

1、服务器的并发连接数超过了其承载量，服务器会将其中一些连接关闭；   如果知道实际连接服务器的并发客户数没有超过服务器的承载量，则有可能是中了病毒或者木马，引起网络流量异常。可以使用netstat -an查看网络连接情况。

2、客户关掉了浏览器，而服务器还在给客户端发送数据。

3、浏览器端按了Stop。这两种情况一般不会影响服务器。但是如果对异常信息没有特别处理，有可能在服务器的日志文件中，重复出现该异常，造成服务器日志文件过大，影响服务器的运行。可以对引起异常的部分，使用trycatch捕获该异常，然后不输出或者只输出一句提示信息，避免使用eprintStackTrace();输出全部异常信息。

4、防火墙的问题。如果网络连接通过防火墙，而防火墙一般都会有超时的机制，在网络连接长时间不传输数据时，会关闭这个TCP的会话，关闭后在读写，就会导致异常。 如果关闭防火墙，解决了问题，需要重新配置防火墙，或者自己编写程序实现TCP的长连接。实现TCP的长连接，需要自己定义心跳协议，每隔一段时间，发送一次心跳协议，双方维持连接。

5、JSP的buffer问题。JSP页面缺省缓存为8k，当JSP页面数据比较大的时候，有可能JSP没有完全传递给浏览器。这时可以适当调整buffer的大小。

要解压MinIO服务器上的文件，请按照以下步骤 *** 作：

连接到MinIO服务器：打开您的Web浏览器，并输入MinIO服务器的URL。输入您的凭证以登录到MinIO Console。

导航到要解压的文件：在MinIO Console中，导航到包含要解压的文件的存储桶和文件夹。

下载文件：将鼠标悬停在要解压的文件上，并单击文件名旁边的“下载”按钮。将文件下载到您的本地计算机。

解压文件：在您的本地计算机上，使用任何支持的解压缩工具（如WinZip或7-Zip）打开已下载的文件，并将其解压缩到您选择的位置。

上传解压缩后的文件：将解压缩后的文件上传回MinIO服务器。在MinIO Console中导航到要上传文件的存储桶和文件夹，并单击“上传”按钮。选择解压缩后的文件并上传。

COSBench

COSBench是Intel团队基于java开发，是一个测试云对象存储系统的分布式基准测试工具，全称是Cloud Object Storage Benchmark；由Driver和Controller两个关键组件组成，Driver可以分布式部署，可以支持Swift、S3、Openstack等接口；这里简要介绍通过S3接口使用COSBench测试MinIO的RW性能。

Controller WEB页面

使用mc客户端，添加MinIO server的地址（这里MinIO server通过K8S部署）

workload-configxml配置文件

storage指定存储类型，这里为s3
workflow主要分为5个阶段：
init阶段负责顺序创建2个空的bucket，bucket前缀为miniotest；
prepare阶段负责向每个bucket中写入128个object，每个对象大小为256KB,r(1,128)表示从1到128递增；
main阶段负责测试读，workers表示并发数，runtime表示运行时间，type表示类型，ratio表示读写比例。由于这里测试只读性能，所以read的比例为100，c(1)表示只对第一个bucket。
cleanup阶段清理object；
dispose阶段清理bucket。

只读测试

只写测试

读/写同时测试

测试结果
Local: COSBench的driver和minio在同一台机器，Network：COSBench的driver和minio不在同一台机器

---