Wed Feb 15 11:17:26 CST 2023

Author: xulis

docs/requirements.md

@@ -31,47 +31,43 @@ title: 部署要求
 | 测试 | 4 核 | 8 GB  | 100 GB   | MySQL、Kafka、Redis、Minio、FinClip微服务、Gateway  |
 | 生产 | 8 核 | 16 GB | 300 GB   | MySQL、Kafka、Redis、Minio、FinClip微服务、Gateway  |
 
-角色分配可以参考下图▼：
+角色分配如下图所示：
 
 ![role1](/img/finclip-docker-compose.png)
 
-该配置档的服务器所能承载的 TPS 指标参见下表▼：
+该配置的服务器所能承载的 TPS 指标参见下表▼：
+
+| 配置  | 指标     | 数据      |
+| ----- | -------- | --------- |
+| 4核8G | 峰值并发 | 1w TPS    |
+| 8核16G | 峰值并发 | 1.6w TPS    |
 
-| 指标     | 数据      |
-| -------- | --------- |
-| 峰值并发 | 3,918 TPS |
 
-1. 以上数据**供参考**，该数据为实验室数据，在真实业务场景中，根据版本更新情况、不同的服务器环境、裸机超售情况、网络延迟、自有中间件性能等不确定因素，实际性能可能会有所不同。
+1. 以上数据**供参考**，该数据为实验压测数据，在真实业务场景中，根据版本更新情况、不同的服务器环境、裸机超售情况、网络延迟、自有中间件性能以及https证书加解密等不确定因素，实际性能可能会有所不同。
 
  <p></p>
 
  <p></p>
 
 ### 小规模集群
 
-集群模式部署能够提供一定程度的、软件层面的故障转移能力。小规模集群的部署架构适合绝大部分的、对高可用与故障隔离没有严格需求的客户使用。
+集群模式部署能够提供一定程度的、软件层面的故障转移能力。小规模集群的部署架构提供最小规模的高可用，其中四台服务器只能宕机一台，适合绝大部分的、没有高可用与故障隔离没有严格需求的客户使用。
 
 小规模集群将采用 Kubernetes 的方式部署，所需的配置可以参考下表▼：
 
-| CPU  | 内存  | 储存空间 | 服务                                            |
-| ---- | ----- | -------- | ----------------------------------------------- |
-| 8 核 | 16 GB | 200 GB   | [[业务¹]](#explain1)、[[基建²]](#explain2) 混合部署 |
-| 8 核 | 16 GB | 200 GB   | [[业务¹]](#explain1)、[[基建²]](#explain2) 混合部署 |
-| 8 核 | 16 GB | 200 GB   | [[业务¹]](#explain1)、[[基建²]](#explain2) 混合部署 |
-| 8 核 | 16 GB | 200 GB   | [[业务¹]](#explain1)、[[基建²]](#explain2) 混合部署 |
+| 用途  | CPU  | 内存  | 储存空间 | 数量     | 参考 TPS |
+| ---- | ---- | ----- | -------- | ----- |--------|
+| 业务服务 | 8 核 | 16 GB | 500 GB   | 4 台 | 5w |
+| 监控与日志(可选)   | 8 核 | 16 GB | 500 GB   | 1 台 | -  |
 
 角色分配可以参考下图▼：
 
-![role2](/img/role2.png)
+![role2](/img/small-cluster.png)
 
-该配置档的服务器所能承载的 [极限³](#explain3)  指标参见下表▼：
 
-| 指标     | 数据       |
-| -------- | ---------- |
-| 峰值并发 | 24,290 TPS |
+1. TPS数据**仅供参考**，该数据为实验室数据，在真实业务场景中，根据版本更新情况、不同的服务器环境、裸机超售情况、网络延迟、自有中间件性能等不确定因素，实际性能可能会有所不同。
 
-1. 以上数据**供参考**，该数据为实验室数据，在真实业务场景中，根据版本更新情况、不同的服务器环境、裸机超售情况、网络延迟、自有中间件性能等不确定因素，实际性能可能会有所不同。
-3. 完整的测试报告请参考：[小规模集群测试报告.docx](https://img-1251849568.cos.ap-guangzhou.myqcloud.com/finclip/doc/%E5%B0%8F%E8%A7%84%E6%A8%A1%E9%9B%86%E7%BE%A4%E6%B5%8B%E8%AF%95%E6%8A%A5%E5%91%8A.docx)
+3. 完整的测试报告请参考(2021.12)：[小规模集群测试报告.docx](https://img-1251849568.cos.ap-guangzhou.myqcloud.com/finclip/doc/%E5%B0%8F%E8%A7%84%E6%A8%A1%E9%9B%86%E7%BE%A4%E6%B5%8B%E8%AF%95%E6%8A%A5%E5%91%8A.docx)
 
 <p></p>
 
@@ -81,48 +77,22 @@ title: 部署要求
 
 集群模式部署能够提供一定程度的、软件层面的故障转移能力。大规模集群的部署架构适合对可扩展性、灾备等指标有要求的客户使用。该架构的集群设计上主要关注在于故障隔离、故障恢复、可拓展性等方面。
 
-大规模集群的服务器数量没有上限，支持多活、多机房部署，可根据业务规模、灾备要求自定义。相比小规模集群，大规模集群会附带可选的日志系统与监控组件（需要独立占用服务器）。
+大规模集群的服务器数量没有上限，支持多活、多机房部署，可根据业务规模、灾备要求自定义。相比小规模集群，大规模集群可以提供更高的QPS，更好的性能以及更好的扩展性。
 
-大规模集群将采用 Kubernetes 的方式部署，所需的配置可以参考下表▼：
+大规模集群将采用 Kubernetes 的方式部署，所需的配置可以参考下表(磁盘建议使用SSD)▼：
 
-| CPU  | 内存  | 储存空间 | 用途                            | 数量 | 角色              |
-| ----- | ----- | -------- | ------------------------------- | ---- | ----------------- |
-| 8 核  | 16 GB | 300 GB   | [[业务¹]](#explain1)：微服务容器 | 3    | Kubernetes Worker |
-| 8 核 | 16 GB | 500 GB   | [[基建²]](#explain2)： [中间件](#explain4) | 4    | 中间件独占        |
-| 4 核  | 4 GB | 300 GB   | [[基建²]](#explain2)： [附加组件](#explain5) | 1    | 附加组件独占      |
-| 4 核  | 4 GB  | 100 GB   | [[业务¹]](#explain1)：微服务网关容器 | 1   | Kubernetes Worker |
-| —— | —— | ——— | ▼ ————  [选配服务](#explain7)  ———— ▼ | —— | ————————— |
-| 4 核  | 4 GB  | 100 GB |[[选配]](#explain7)： Rancher 管理面板、网关 | 1   | Kubernetes Master |
-| 8 核 | 16 GB | 500 GB | [[选配]](#explain7)： 日志系统、监控系统 | 1 | Kubernetes Worker |
+| 用途  | CPU  | 内存  | 储存空间 | 数量     | 参考 TPS |
+| ---- | ---- | ----- | -------- | ----- |--------|
+| 业务服务 | 8 核 | 16 GB | 500 GB   | 8 台 | 9w |
+| 运维管理   | 8 核 | 16 GB | 500 GB   | 1 台 | -  |
 
 角色分配可以参考下图▼：
 
-![role3](/img/role3.png)
-
-该配置档的服务器所能承载的 [极限³](#explain3)  指标参见下表▼：
-
-| 指标     | 数据       |
-| -------- | ---------- |
-| 峰值并发 | 17,988 TPS |
-
-1. 以上数据**供参考**，该数据为实验室数据，在真实业务场景中，根据版本更新情况、不同的服务器环境、裸机超售情况、网络延迟、自有中间件性能等不确定因素，实际性能可能会有所不同。
-3. 完整的测试报告请参考：[大规模集群测试报告.docx](https://img-1251849568.cos.ap-guangzhou.myqcloud.com/finclip/doc/%E5%A4%A7%E8%A7%84%E6%A8%A1%E9%9B%86%E7%BE%A4%E6%B5%8B%E8%AF%95%E6%8A%A5%E5%91%8A.docx)
-
- 
-
-#### 名词说明：
+![role3](/img/standalone-cluster.png)
 
-<a id="explain1"></a> [业务¹]： 指 FinClip 微服务及相关联服务；<p></p>
-<a id="explain2"></a> [基建²]： 指中间件、附加组件、Kubernetes 组件等；<p></p>
-<a id="explain3"></a> [极限³]： 指 TPS 压力高于该值，会因负载压力过大，引起集群或服务器崩溃；<p></p>
-<a id="explain7"></a> [选配]： 考虑到此类服务需要更多的独占服务器资源，因此默认情况下不进行部署，除非与客户有另行约定；<p></p>
-<a id="explain4"></a> 中间件： MinIO、Kafka、Redis、ElasticSearch、Consul、Zookeeper、MySQL；<p></p>
-<a id="explain5"></a> 附加组件： Registry、Tinygit；<p></p>
-<a id="explain6"></a> Kubernetes 组件： Rancher Master 管理面板、Rancher Worker 组件。<p></p>
-
-
-----
 
+1. 以上TPS数据**供参考**，该数据为实验室数据，在真实业务场景中，根据版本更新情况、不同的服务器环境、裸机超售情况、网络延迟、自有中间件性能等不确定因素，实际性能可能会有所不同。
+3. 完整的测试报告请参考(2021.12)：[大规模集群测试报告.docx](https://img-1251849568.cos.ap-guangzhou.myqcloud.com/finclip/doc/%E5%A4%A7%E8%A7%84%E6%A8%A1%E9%9B%86%E7%BE%A4%E6%B5%8B%E8%AF%95%E6%8A%A5%E5%91%8A.docx)
 
 
 ## 软件
@@ -132,9 +102,8 @@ title: 部署要求
 | 系统 [任选一个]     | 内核        | 附加说明                             |
 | ------------------- | ----------- | ------------------------------------ |
 | Ubuntu 18.04 或更高 | 4.15 或更高 | 需要全新安装，无其他服务占用系统端口 |
-| CentOS 7.8 或更高   | 3.10 或更高 | 需要全新安装，无其他服务占用系统端口 |
+| CentOS 7.9 或更高   | 3.10 或更高 | 需要全新安装，无其他服务占用系统端口 |
 
-> 请勿使用**无授权**的**非正版** RedHat Enterprise
 
 >**确认内核版本：**
 >* 登录服务器输入`uname -a`
@@ -143,8 +112,6 @@ title: 部署要求
 >- CentOS 可以执行 `cat /etc/redhat-release`
 >- Ubuntu 可以执行 `cat /etc/issue`
 
-
-
 #### 基建
 若您决定自行提供部分基建服务，请确保版本不低于该要求
 
@@ -157,17 +124,14 @@ title: 部署要求
 | MySQL         | 8.0.30        | GPL                        |
 | Redis         | 6.0.16        | BSD                        |
 | ElasticSearch | 6.8.13        | Apache License 2.0         |
-| Consul(可选)  | 1.9.1         | Mozilla Public License 1.1 |
 | MinIO         | 2021-01-08    | GNU Affero GPL             |
 
-
 ---
 
 
-
 ## 网络
 
->用于部署 **[基建]** 标签的服务器，出于数据交换的需要，应优先选择 “端口全部放行” 的规则。如无法满足，请确保服务器对以下端口双向互通。
+>用于部署基础服务的服务器，出于数据交换的需要，应优先选择 “端口全部放行” 的规则。如无法满足，请确保服务器对以下端口双向互通。
 
 * 业务组件需要占用以下端口：