档案管理软件集群部署与高可用架构实战指南

一、 核心架构与选型

档案管理软件通常包含文件存储、元数据管理、全文检索、预览服务等多个模块。单机部署难以满足高并发访问、海量数据存储和高可用性要求。集群化部署的核心目标是将这些模块解耦，实现水平扩展和故障自动转移。

1.1 技术栈选型建议

以下为经过生产验证的推荐技术栈组合，兼顾成熟度与可控性：

• 负载均衡： Nginx (用于HTTP/HTTPS流量分发)
• 应用服务器集群： 档案管理软件应用本身，部署于多台Tomcat或Spring Boot内嵌Web容器实例中。
• 会话共享： Redis Sentinel 或 Redis Cluster。
• 文件存储： 对象存储（MinIO）或分布式文件系统（FastDFS），绝对避免使用服务器本地磁盘。
• 数据库： MySQL 主从复制或 Galera Cluster。
• 全文检索： Elasticsearch 集群。
• 配置管理： Nacos 或 Apollo。
• 服务监控： Prometheus + Grafana。

1.2 集群逻辑架构图

一个典型的架构如下：用户请求经Nginx负载均衡至多个应用实例，应用实例通过统一配置中心获取配置，会话数据存入Redis集群，上传的文件直传对象存储，元数据存入MySQL集群，检索请求发往Elasticsearch集群。

二、 基础环境与依赖服务部署

假设你有三台CentOS 7.9服务器：node1 (192.168.1.101), node2 (192.168.1.102), node3 (192.168.1.103)。

2.1 MySQL主从集群部署

在node1部署Master，node2部署Slave。

1. 安装MySQL 8.0：

``` 所有节点执行 wget https://dev.mysql.com/get/mysql80-community-release-el7-11.noarch.rpm sudo rpm -Uvh mysql80-community-release-el7-11.noarch.rpm sudo yum install -y mysql-community-server ```

2. 配置Master (node1)： 编辑 /etc/my.cnf

``` [mysqld] server-id=1 log-bin=mysql-bin binlog-format=ROW expire_logs_days=7 bind-address=0.0.0.0 ```

3. 配置Slave (node2)： 编辑 /etc/my.cnf

``` [mysqld] server-id=2 relay-log=mysql-relay-bin read_only=1 bind-address=0.0.0.0 ```

4. 初始化与授权：

``` 所有节点启动服务 sudo systemctl start mysqld sudo systemctl enable mysqld 在Master上执行 获取临时密码：sudo grep 'temporary password' /var/log/mysqld.log mysql -uroot -p 修改密码并创建复制用户 ALTER USER 'root'@'localhost' IDENTIFIED BY 'YourStrongPassword123!'; CREATE USER 'repl'@'%' IDENTIFIED BY 'ReplPassword123!'; GRANT REPLICATION SLAVE ON . TO 'repl'@'%'; FLUSH PRIVILEGES; 查看Master状态，记录File和Position SHOW MASTER STATUS; ```

5. 配置Slave同步： 在Slave (node2) 的MySQL中执行

``` CHANGE MASTER TO MASTER_HOST='192.168.1.101', MASTER_USER='repl', MASTER_PASSWORD='ReplPassword123!', MASTER_LOG_FILE='mysql-bin.000001', -- 替换为SHOW MASTER STATUS的结果 MASTER_LOG_POS= 157; -- 替换为SHOW MASTER STATUS的结果 START SLAVE; SHOW SLAVE STATUS\G; 确保Slave_IO_Running和Slave_SQL_Running均为Yes ```

2.2 Redis Sentinel部署（三节点高可用）

在node1, node2, node3上均部署Redis和Sentinel。

1. 安装Redis 6.2：

``` 所有节点执行 sudo yum install -y gcc tcl wget https://download.redis.io/releases/redis-6.2.13.tar.gz tar xzf redis-6.2.13.tar.gz cd redis-6.2.13 make && sudo make install ```

2. 配置Redis主从： 编辑 redis.conf (以node1为主为例)

``` node1 (master) redis.conf 关键项 bind 0.0.0.0 protected-mode no port 6379 daemonize yes requirepass "YourRedisMasterPass" masterauth "YourRedisMasterPass" 所有节点密码需一致 node2, node3 (slave) redis.conf 额外增加 replicaof 192.168.1.101 6379 ```

3. 配置Sentinel： 编辑 sentinel.conf (三节点内容一致)

``` port 26379 daemonize yes sentinel monitor mymaster 192.168.1.101 6379 2 sentinel auth-pass mymaster YourRedisMasterPass sentinel down-after-milliseconds mymaster 5000 sentinel failover-timeout mymaster 15000 sentinel parallel-syncs mymaster 1 ```

4. 启动服务：

``` 所有节点按顺序执行 redis-server /path/to/redis.conf redis-sentinel /path/to/sentinel.conf ```

应用连接时，使用Sentinel地址列表（如 192.168.1.101:26379,192.168.1.102:26379,192.168.1.103:26379）和主服务名mymaster，客户端驱动会自动发现当前主节点。

2.3 MinIO分布式对象存储部署

在node1, node2, node3上部署MinIO集群（4节点模式，此处用3节点演示，生产环境建议4节点起）。

1. 创建存储目录并安装：

``` 所有节点执行 sudo mkdir -p /opt/minio/data wget https://dl.min.io/server/minio/release/linux-amd64/minio chmod +x minio sudo mv minio /usr/local/bin/ ```

2. 配置Systemd服务： 编辑 /etc/systemd/system/minio.service

``` [Unit] Description=MinIO After=network.target [Service] Type=simple User=root Group=root Environment="MINIO_ROOT_USER=minioadmin" Environment="MINIO_ROOT_PASSWORD=YourStrongMinIOPass" ExecStart=/usr/local/bin/minio server http://192.168.1.101/opt/minio/data http://192.168.1.102/opt/minio/data http://192.168.1.103/opt/minio/data Restart=on-failure [Install] WantedBy=multi-user.target ```

3. 启动并设置开机自启：

``` sudo systemctl daemon-reload sudo systemctl start minio sudo systemctl enable minio 访问任一节点的9000端口，使用minioadmin/YourStrongMinIOPass登录控制台，创建名为`archive`的Bucket，并设置访问策略。 ```

三、 应用集群化改造与部署

3.1 应用配置文件外部化

创建application-cluster.yml，替换单机配置。

``` spring: 数据源配置 (读写分离) datasource: dynamic: primary: master strict: false datasource: master: url: jdbc:mysql://192.168.1.101:3306/archive_db?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai username: app_user password: AppUserPass123 driver-class-name: com.mysql.cj.jdbc.Driver slave: url: jdbc:mysql://192.168.1.102:3306/archive_db?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai username: app_user password: AppUserPass123 driver-class-name: com.mysql.cj.jdbc.Driver Redis会话存储 (连接Sentinel) redis: sentinel: master: mymaster nodes: 192.168.1.101:26379,192.168.1.102:26379,192.168.1.103:26379 password: YourRedisMasterPass database: 0 文件存储指向MinIO servlet: multipart: max-file-size: 2GB max-request-size: 2GB MinIO客户端配置 minio: endpoint: http://192.168.1.101:9000 accessKey: minioadmin secretKey: YourStrongMinIOPass bucketName: archive Elasticsearch配置 elasticsearch: uris: http://192.168.1.101:9200,http://192.168.1.102:9200,http://192.168.1.103:9200 ```

将此文件放入统一目录，如/opt/archive-config/，应用启动时通过--spring.config.location指定。

3.2 应用打包与分发

使用Maven或Gradle将应用打包为JAR（如archive-app-1.0.0.jar）。分发至三台应用服务器（可与上述服务混部，建议独立）的/opt/archive-app/目录。

3.3 配置Systemd管理应用

编辑 /etc/systemd/system/archive.service

``` [Unit] Description=Archive Management Application After=network.target mysql.service redis.service minio.service [Service] Type=simple User=appuser Group=appgroup WorkingDirectory=/opt/archive-app ExecStart=/usr/bin/java -Xms2g -Xmx2g -jar archive-app-1.0.0.jar --spring.profiles.active=cluster --spring.config.location=file:/opt/archive-config/application-cluster.yml Restart=always RestartSec=10 StandardOutput=syslog StandardError=syslog SyslogIdentifier=archive-app [Install] WantedBy=multi-user.target ```

启动服务：sudo systemctl daemon-reload && sudo systemctl start archive && sudo systemctl enable archive

四、 负载均衡与高可用配置

4.1 Nginx负载均衡配置

在一台独立的服务器或node1上安装Nginx，编辑 /etc/nginx/conf.d/archive.conf

``` upstream archive_backend { least_conn; 使用最少连接负载均衡算法 server 192.168.1.101:8080 max_fails=3 fail_timeout=30s; server 192.168.1.102:8080 max_fails=3 fail_timeout=30s; server 192.168.1.103:8080 max_fails=3 fail_timeout=30s; } server { listen 80; server_name archive.yourcompany.com; location / { proxy_pass http://archive_backend; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_connect_timeout 30s; proxy_read_timeout 300s; 长文件上传需要 proxy_send_timeout 300s; client_max_body_size 2G; } 健康检查端点 location /health { proxy_pass http://archive_backend/actuator/health; access_log off; } } ```

执行 sudo nginx -t 测试配置，然后 sudo systemctl reload nginx 重载。

4.2 Keepalived实现Nginx高可用（可选但推荐）

在两台Nginx服务器（如LVS1和LVS2）上安装Keepalived，实现虚拟IP（VIP）漂移。

LVS1 (Master) 配置 /etc/keepalived/keepalived.conf：

``` vrrp_instance VI_1 { state MASTER interface eth0 virtual_router_id 51 priority 100 advert_int 1 authentication { auth_type PASS auth_pass 1111 } virtual_ipaddress { 192.168.1.100/24 dev eth0 } } ```

LVS2 (Backup) 配置： 仅将state改为BACKUP，priority改为90。启动两台机器的keepalived服务。

五、 监控与运维要点

5.1 基础监控告警

• 进程监控： 通过Systemd或Supervisor确保服务进程存活。
• 关键指标： 使用Prometheus收集各节点CPU、内存、磁盘、网络指标，以及JVM（Micrometer）、MySQL、Redis、Nginx指标。
• 日志集中： 使用ELK或Loki收集所有节点应用日志，便于排查问题。

5.2 故障模拟与切换验证

部署完成后，必须进行以下测试：

1. 停掉一个应用节点： 观察Nginx是否将流量自动切到其他节点，用户会话是否保持。
2. 停掉Redis Master： 观察Sentinel是否自动选举新Master，应用是否无感知切换。
3. 停掉MySQL Master： 手动将应用数据源指向Slave（或借助MHA等工具自动化），验证数据完整性。
4. 停掉一个MinIO节点： 上传下载文件，验证集群是否仍可读写。

通过以上步骤，你已经构建了一个具备高可用、可水平扩展的档案管理软件集群。所有配置均需根据实际网络环境、硬件资源和安全策略进行调整，尤其是密码和访问权限。