多租户部署建议技术分析.doc

概述 本文针对 软件在多租户 Server/Hyper-V和SQL Server为目标基础软硬件环境，提出部署建议； myscm 软件/Yigo 平台对多租户模式的支持 负载均衡：Yigo平台的应用服务器端主要以F5 BIG-IP）、软件负载均衡器（比如HAProxy），以及Web服务器软件（比如Nginx）都支持这种负载均衡方式； Yigo支持多个数据源在用户登录时人工选择或者自动匹配对应的DSN，可以实现一个应用服务器为多个租户 数据隔离：在使用同一个数据库的情况下，Yigo也可以使用账套多租户环境的特有需求 ：系统需要为每个租户提供相同方式 可靠性：系统需要保证足够高的可靠性 数据安全：系统必须保证租户数据的安全，尤其不能出现业务数据丢失等事故 性能的可扩展性：系统需要支持以一种简单、高效的方式实现性能提升，以应对服务范围扩大、租户不断增多的发展预期； 基于系统的业务需求，以及Yigo软件平台的特点，建议系统的软硬件部署遵循如下策略： 整个系统的逻辑结构如下： 逻辑结构中各层的说明 接入层 构建接入服务器的集群，统一接受用户的访问请求，并按照负载均衡的要求无差别的分发到各台应用服务器； 应用服务层 所有应用服务器均部署完全一样的业务程序，因此每台应用服务器都可以处理任意一个租户的业务，这也意味着每台应用服务器都可以访问任意一台数据库服务器； 由于所有应用服务器的业务程序都是一样的，因此可以将myscm的应用配置文件（甚至应用程序运行环境本身）统一进行管理，以保证各个应用服务器程序的一致性，方便更新和部署； Server数据库必须以集群的方式部署，在数据库服务器中可以包括多个数据库集群，为了保证业务数据的完整性和一致性，一个租户的数据只能存在一个数据库集群中； Server数据文件、应用程序配置文件，以及数据库离线备份文件的安全； 统一配置管理功能：统一管理所有应用服务器的运行环境和业务配置文件，保证各台myscm应用服务器功能的完全一致，方便myscm业务功能的统一更新；系统部署策略 reverse proxy 通过两台PC Server构建Windows Cluster，并安装 httpd服务，配置reverse proxy，实现按照访问次数比例将来自租户的系统访问请求转发到具体应用服务器的功能。 视系统对Internet上数据传输的安全性要求，如果需要实现SSL方式访问，也应该在这一层实现 硬件负载均衡器，比如F5 BIG-IP； 其他负载均衡软件，比如Linux集群+HAProxy； 目前只能简单的根据不同应用服务器的访问次数来决定新的请求优先转发到哪台服务器，以后可以考虑根据具体服务器的处理能力、当前负载等因素实现智能的请求转发，提高负载均衡的效率；Apache Tomcat（多实例）在每台Server上安装多个Tomcat实例（完全一样的程序，通过在命令行中指定Java系统属性来实现），以充分利用服务器硬件 RAM/Tomcat实例进行计算（需要先扣除操作系统保留的内存）； perties）需要在整个系统访问内保持一致（通过共享存储或者SVN等方式统一管理和分发），保证系统中所有的应用服务器Tomcat实例完全一致； Linux Server + Apache Tomcat（多实例）的部署方式通常具有更高的性能和更好的可管理性； 如何实现更方便的统一部署和管理功能？是否需要基于运维的需求开发相应的管理系统？SQL Server故障转移群集 每个数据库服务器由两台PC Server构成故障转移集群，通过主机-备机机制，确保每个数据库实例都具备可靠的高可用性机制，保证数据库服务的可靠性和业务数存储的安全性； 每个数据库实例可以为多个租户服务，但是一个租户的数据只能存放在一个数据库实例内，因此，对于交易量很大的租户，可能需要单独配置足够性能的数据库服务器集群； 暂无； “主机-备机机制；通过RAID1+0的磁盘阵列确保所有存储数据的安全； 暂无； 后期可以考虑基于分布式存储机制构建更为廉价的海量数据存储集群；； 每周定时执行完整数据库备份 每天定时进行差异备份 每隔1小时制作一个事务日志备份集 自动备份中需要的备份脚本也应该由统一配置管理服务器进行统一管理； 这两台服务器可以做成一个基于Windows Cluster的互备集群，进一步保证可用性； 暂无； 这两台服务器的性能压力不大，可以考虑使用 如何实现更方便的统一部署和管理功能？是否需要基于运维的需求开发相应的管理系统？服务器分配和软件需求 服务器分配： 接入层使用需要两台PC Server； 数据中心管理层需要使用两台PC Server； 1台应用服务器+2台数据库服务器构成一个 性能估算： 每个 估算结果 服务器角色 数量 软件需求 接