数据中心业务系统双活应用建设需求

数据中心业务系统双活应用建设需求一、项目概况当前我局以多数据中心服务架构进行部署，在数据中心的网络架构中分别通过多运营商线路进行接入，提供链路层级的网络高可用性，数据中心内部网络服务设备同样通过硬件级的高可用双机部署模式，服务器端通过集群化的服务方式提供更高的并发性能保障。当前我国向公共服务型的转型，当前各级部门及下属行政机构都在积极建设“政务服务”平台，完善公共服务体系；随着业务规模的不断发展，当规模达到一定级别时，无论是自身保障业务的需要还是国家相关部门的政策要求，需要建设两地三中心及多中心来确保业务的安全发展。多中心的灾备建设不仅提高了业务体系的安全可靠性，同时保障了了业务系统访问的持续性，多中心的智能调度提升了用户的体验。而完成多中心的灾备建设及管理则需要完善、专业的DNS体系规划。为配合DNS体系规划，需对现有的从传统IP访问方式向域名化访问方式的转变，并针对业务系统、网络等各个层面的改造。智能DNS域名系统为满足我局信息规划的发展方向，亟需要构建一套高可用、智能的DNS服务系统，具备完善的容灾和恢复机制、可管理和可扩展能力，满足多中心的灾备建设及管理要求。从IT基础设施上解决智能访问入口，提升运维工作效率、满足信息化安全合规审计要求。(1)制定DNS域名解析系统的建设标准、实施方针、管理策略。(2)对DNS系统进行咨询和长远规划，提供DNS系统统一管理、分布式部署的技术方案，以及应用系统改造的风险评估及改造方案。(3)对现有系统进行梳理分类，针对不同架构的系统，提供从IP部署到域名部署的过渡方案，对新业务系统的上线提供技术支持。(4)结合DNS系统的应用，制定我局各类业务系统主备切换及灾备切换的技术方案。智能DNS支持多中心解析调度，且域名更加易于管理，能有效缩短灾备切换时间，将可能的业务影响降至最低，为双活/多活数据中心系统架构提供基础支撑，从IT基础架构层面整体提升业务连续性水平。（二）IPv4/IPv6双栈实施及域名化改造IPv6是下一代互联网协议，相比IPV4其拥有更大的地址空间和更高的安全性，可以满足大数据、物联网等新型网络技术的需要。从IPv4向IPv6过渡，需要解决IPv4网络和IPv6网络之间的互联互通问题。（三）应用系统双活部署及系统迁移概况常见的容灾模式包括主备、双中心互备及双活并行模式，本次采用双活并行处理模式，即两个中心平时均可承担业务，同时对外服务，任何一个数据中心故障对业务不产生影响。建设双活数据中心并不是简单地把单数据中心的基础设施及应用系统镜像复制到新的数据中心，而是会涉及相当多的架构优化和系统改造，包括网络、主机、存储、中间件、应用系统的架构都需要全面规划设计，涉及全局负载均衡、存储复制、各类中间件集群HA、应用双活支持等方方面面的技术。关于双活数据中心的建设，目前还没有明确的行业标准，根据业内的实施经验，抽象归纳下来有存储级双活、应用级双活、业务级双活这几种常见方案。不同的双活建设方案，在基础架构上会有明显的差异。1）、存储级双活存储级双活是一种以存储设备跨中心双活集群能力为基础的解决方案，在存储级双活建设方案下，应用、中间件、数据库等部署方式与单中心较为相似，除少数中间件以外，大部分可参考单中心部署方式，因此部署架构较简单。存储级双活的主要建设难点在于存储设备双中心的集群部署和数据同步。其缺点是为满足存储双活设备跨中心数据同步的实时性和时效性要求，两个数据中心的距离不能太远，因此存储级双活方案一般用于为两栋楼宇间或者距离在100公里以内的两个数据中心做双活。2）、应用级双活应用级双活是指应用系统在双中心为双活部署，而数据库在双中心为主备部署，在正常情况下，双中心应用程序均连接主数据中心的数据库，只有在主库发生故障时，应用程序才会连接备数据中心的数据库。在应用级双活建设方案下，根据跨中心数据同步及业务使用场景的要求，中间件部署可分为独立部署集群再做集群间数据同步和跨中心部署集群再通过集群自身机制做数据同步两种方式；而数据库在双中心部署为主备模式，一般通过数据库自身同步机制即可保障数据一致性。应用级双活建设门槛相对较低，它不依赖存储设备厂商，在数据库层面通过主备模式降低了双中心部署难度，建设难点主要体现在中间件集群的双中心部署和数据同步上。其缺点就是当单中心发生故障时，数据库的切换相对更耗费时间。3）、业务级双活业务级双活是指应用系统、中间件、数据库在双中心均为双活部署，在互联网接入层可以按业务级粒度进行流量调度，可达到业务级容灾，当有业务故障时，可以将互联网接入层流量直接调度到另一数据中心处理。在业务级双活架构下，应用系统间、应用访问中间件和数据库在正常情况下均在本中心内进行，这也意味着在互联网入口流量调度时，会将同一用户请求始终调度到相同的数据中心处理，同时中间件、数据库也需要做实时的数据同步，以保障数据的一致性及故障切换后数据的可用性。业务级双活架构方案能实现秒级RTO/RPO，但其建设难度也最大。实施步骤2.1制定迁移策略详细了解当前系统的架构、组件和依赖关系。确定迁移的目标和需求。选择适合需求的服务器部署位置，考虑硬件性能、操作系统、网络性能等因素。2.2双活数据库部署、容灾配置及双活测试选择数据库系统：根据需求选择适当的数据库系统，确保它支持双活部署和容灾配置。常见的数据库系统如OracleRAC、SQLServer、MySQL等都支持这些特性。数据库安装和配置：在两个地点分别安装数据库系统，并进行基本的配置。确保数据库实例能够正常运行。双活配置：配置双活数据库，确保两个数据库实例能够相互通信和同步数据。这通常涉及到复制、集群或者分布式数据库的配置。容灾配置：设计和配置容灾方案，包括备份和恢复策略、故障切换方案等。确保在一个地点发生故障时，系统能够快速切换到另一个地点。双活测试：模拟应用在两个活跃节点之间切换时，验证用户会话是否能够无缝保持。对应用中的事务进行测试，确保在切换过程中不会出现数据不一致的情况。在两个活跃节点上模拟不同的负载情况，评估系统的性能和吞吐量。2.3应用服务器双活站点集群部署在双活两个节点上安装选定的应用服务器，并进行基本的配置。确保应用服务器能够正常启动和运行。配置负载均衡器，将流量均匀分发到集群中的各个节点。配置会话共享，确保用户的会话信息可以在集群中的任何节点之间共享。确保数据库连接池配置正确，以便在节点之间共享数据库连接，提高性能和资源利用率。如果应用有静态资源（如图片、CSS、JavaScript等），确保这些资源在各个节点之间同步，避免用户在切换节点时遇到缺失资源的问题。2.4IPv4/IPv6双栈适配、改造及测试更新应用的配置文件，确保应用能够同时监听IPv4和IPv6地址。更新DNS配置，确保应用的域名解析能够返回正确的IPv4和IPv6地址。在测试环境中搭建IPv4/IPv6双栈环境，模拟真实网络环境。确保所有的网络设备、服务器和应用都能够正确地工作。进行IPv4/IPv6双栈功能测试，验证应用在IPv4和IPv6环境下的正常工作。测试包括应用的基本功能、网络通信、连接建立和数据传输等方面。进行IPv4/IPv6双栈性能测试，评估在IPv4和IPv6环境下的性能差异。关注延迟、带宽利用率等性能指标。进行IPv4/IPv6双栈安全性测试，确保应用在IPv6环境下同样具备良好的安全性。检查是否存在IPv6特定的安全漏洞。模拟IPv4或IPv6部分失效的情况，验证应用在这些情况下的容错和故障恢复能力。2.5域名化访问适配及测试本地Hosts文件修改（测试环境）：确保已注册并正确配置应用所使用的域名。在域名解析服务提供商处配置域名的DNS记录，包括A记录（IPv4地址）和AAAA记录（IPv6地址）。功能测试：在本地开发机或测试环境中，通过修改Hosts文件将域名映射到测试服务器的IP地址，以验证域名是否正确地指向了应用。域名切换测试：模拟域名切换或新增域名的情况，验证应用在域名变更时是否能够正常切换并保持正常运行。子域名测试：如果应用需要支持子域名，进行相关的子域名测试，确保应用对子域名的访问能够正确响应。域名解析时间测试：测试域名解析的时间，确保解析速度较快，减少用户访问时的等待时间。性能测试：进行域名化访问的性能测试，关注页面加载时间、响应时间等性能指标。安全性测试：如果应用通过域名提供服务，进行相应的安全性测试，包括防御域名劫持、域名欺骗等攻击。2.6功能集成测试进行系统测试和验证，确保系统在目标环境中能够正常运行。（1）存储双活测试：数据一致性测试：模拟存储系统在两个活跃节点之间切换时，确保数据的一致性和完整性。故障转移测试：引发存储节点的故障，验证系统是否能够快速切换到备用节点，并且不会发生数据丢失。负载均衡测试：模拟不同工作负载条件，验证系统是否能够实现有效的负载均衡。（2）应用双活测试：会话保持测试：模拟应用在两个活跃节点之间切换时，验证用户会话是否能够无缝保持。事务一致性测试：对应用中的事务进行测试，确保在切换过程中不会出现数据不一致的情况。负载测试：在两个活跃节点上模拟不同的负载情况，评估系统的性能和吞吐量。（3）功能测试：核心功能测试：针对系统的核心功能进行测试，确保在高可用性和故障切换的情况下功能正常。边界条件测试：测试系统在极端条件下的表现，例如高负载、大数据量等。（4）高可用性测试：故障模拟测试：模拟各种可能的故障，包括硬件故障、网络故障等，验证系统的高可用性。恢复测试：测试系统在故障后的自动或手动恢复流程，确保能够迅速回复正常工作状态。（5）综合测试：场景测试：模拟真实场景，将存储双活、应用双活、高可用、IPv6等测试集成进行全面测试。性能和稳定性测试：进行长时间的性能和稳定性测试，模拟实际运行条件，评估系统的可靠性和性能。自动化测试：制定自动化测试脚本，确保在不同条件下系统能够稳定运行。2.7接口集成测试模拟测试环境搭建：在测试环境中搭建一个模拟生产环境的系统，确保各个组件的运行环境与实际生产环境尽可能相似。接口测试用例设计：基于接口文档和需求，设计接口集成测试用例，覆盖正常和异常的测试场景，确保各个接口的功能和性能得到验证。测试数据准备：准备测试数据，包括各种输入数据和相应的期望输出。确保测试数据能够覆盖接口的各种情况。接口测试执行：执行接口测试用例，验证各个接口在正常和异常情况下的行为是否符合预期。使用各种测试工具和框架来模拟接口的调用和响应。2.8双活及容灾测试切换测试：进行容灾切换测试，手动或自动触发容灾切换过程，验证系统是否能够在备用节点上正常运行，并且数据得到正确恢复。双活测试：在双活配置下，模拟正常工作负载，并观察系统的行为。确保主备节点都能够正常处理请求，而且数据同步保持一致。性能测试：在双活和容灾配置下进行性能测试，评估系统在正常和异常条件下的性能表现，包括响应时间、吞吐量等指标。恢复测试：验证系统从容灾状态中恢复到正常状态的过程，确保数据恢复、系统配置和性能等都能够在恢复过程中得到有效地验证。2.9数据迁移测试及数据迁移迁移测试环境搭建：在测试环境中搭建用于数据迁移测试的环境，包括源系统和目标系统的模拟环境。迁移测试执行：执行设计好的数据迁移测试用例，验证数据在迁移过程中是否按照计划和预期进行。观察并记录任何迁移期间出现的问题。数据比较和验证：在迁移后，比较目标系统中的数据与源系统的数据快照，确保数据的完整性和一致性。使用比较工具或脚本来辅助这一过程。上线部署：在完成数据迁移测试且确保所有问题都已解决后，执行实际的数据迁移操作。2.10系统接割服务系统接割服务需要谨慎规划和执行，以确保在整个过程中不影响业务正常运行。接割计划制定：制定详细的系统接割计划，明确各个阶段的任务和责任，确保相关团队都清楚整个过程。接割测试：进行系统接割测试，验证在接割过程中各个组件和接口是否按照计划正常运行。包括功能测试、性能测试、安全性测试等。数据迁移测试：针对数据迁移过程进行测试，确保数据能够正确、完整地从原系统迁移到目标系统。回滚测试：在测试环境中进行接割的回滚测试，验证系统在发生问题时能够成功回滚到接割前的状态。正式接割：在测试阶段通过的情况下，执行正式的系统接割。这可能包括在生产环境中的计划维护窗口内进行接割操作。总结和反馈：进行接割的总结和反馈，记录经验教训，以便将来进行类似的操作时能够更加顺利。灾备集中管控平台为更好地适配新型环境的容灾管控诉求，灾备集中管控平台以业务连续性为目标，以业务系统为视角单元，面对“散、杂、多、乱”的灾备实现，提供集中管控，并通过切换流程标准化、自动化和可视化，实现容灾状态可感知、灾备演练可掌控、灾难切换可指挥。灾备集中管控平台可以适配各类容灾技术和各种容灾管控场景，解决散杂多乱的灾备管理现状，最大限度地满足业务系统RTO诉求，成为云计算时代灾备集中管控的基础平台。二、技术要求序号规格要求1智能DNS系统1.1功能要求1.1.1支持基于静态或动态算法的全局策略进行全局流量管理，包括但不限于动态就近性、CPU/内存负荷算法，来源就近算法、优先可用算法、返回备用IP算法、加权比率算法等，以实现双中心间服务器及链路故障自动快速切换功能。1.1.2支持对DNS解析业务进行失败应答设置，当DNS根据健康检测结果不能返回有效的IP地址时，通过指定兜底策略自动完成兜底解析。1.1.3支持对应用服务器的健康检查，提供实时的应用服务器状态监测，通过网络层到应用层ICMP、UDP、TCP_SYN、TCP、HTTP、HTTPS、FTP、SMTP、SNMP、TCP_KEEP、SNMP_LINK、DNS、MySQL、Oracle等多种探测协议，应用状态探测变更、多个探测模板中任一探测状态变更、节点间信息同步时连接状态变更均支持告警；根据应用健康检测结果进行解析调度，对于宕机的应用进行只告警或者不解析的处理。1.1.4健康检测策略支持并不限于以下类型自定义属性：探测周期、超时时间、最大重试次数、探测源地址、发送数据、接收数据，保证应用服务健康状态探测的准确性、实时性、可靠性。1.1.5支持探测失败延时响应功能，即在规定的时间内，健康检测失败不切换业务。防止因网络抖动导致健康检测结果不断变化，引起解析结果持续反转影响正常业务访问。1.1.6支持自定义探测组（组内包含任意多个节点）去探测，探测组内节点间有冗余机制，任意探测节点故障不引起探测功能异常。1.1.7支持DNS同步组功能，在任何一个节点上修改DNS配置或DNS探测结果，均会自动同步到该组所有节点。1.1.8支持通过参数配置DNS反射放大攻击防护，DNS隧道攻击防护，ServFail防护等，以实现DNS的安全管控。1.1.9同时支持IPv6和IPv4解析，并支持DNS64功能。1.1.10支持完整的DNS服务器功能，支持A,AAAA,CNAME,HINFO,MX,NS，NAPTR，TXT，SRV，PTR，DNAME，SPF，CAA等记录类型。1.1.11DNS支持HA/负载均衡/anycast等高可用部署架构；支持在多种虚拟化平台部署。1.1.12支持高速日志功能，包括审计日志，系统日志，解析日志，解析日志应包含查询时间、客户端源IP、客户端使用的源端口、查询的域名、查询域名记录类型及解析状态（NOERROR/NXDOMAIN/SERVFAIL）、解析结果、解析延迟（精确到微妙）、请求是否设置rd位、请求是否被签名、请求是否包含EDNS、请求是否为TCP协议、请求是否设置DO位、请求是否设置CD位、ECS字段携带客户端IP/掩码，以实现DNS运维可视化，帮助用户实时了解DNS运行状况及故障排查时可快速定位。1.1.13支持通过SNMP探测方式与服务器负载均衡之间交互健康状况及性能数据，以此作为全局流量调度的依据。1.1.14支持通过web前台查看集群内所有节点的设备型号、序列号、识别码、内存大小、磁盘数量、磁盘容量、RAID级别、RAID磁盘总数、CPU主频、CPU内核数量、CPU线程数量、电口信息、光口信息。内存、磁盘、扩展卡扩容结果可以直接查看，无需进行人为的数据注入操作。硬件资源如CPU、内存使用率状态需动态展示，无需手动点击刷新。1.1.15可以设置各种阀值、事件告警，支持邮件告警、回调告警、SNMP告警、syslog告警、短信告警及声音告警。告警记录内容包括但不限于告警时间，节点名称及IP、告警事件原因。1.2性能及其他需求1.2.1性能规格：不低于250KQPS；1.2.2配备DNS永久授权license，含3年免费维保，3年软件免费升级；2灾备集中管控平台2.1总体架构2.1.1支持前后端分离B/S架构和微服务部署体系，使用跨平台的技术，实现应用与硬件平台无关联；支持主流浏览器，支持https/SSL等加密传输协议；采用“云+端”架构，可灵活适配不同类型的灾备端产品；支持横向扩展，平滑扩容；2.1.2支持平台主备高可用，可实时查看主端和备端平台设备状态、访问地址和RPO信息，支持备端平台数据的实时在线查看；2.1.3支持根据不同需求选择代理或者无代理部署模式；无代理模式，要求轻量、安全、易维护，通过ssh或winrm方式登录主机，无需在服务器主机部署任何软件，不允许对主机和数据库嵌入任何程序；部署过程中，无需改造主机上的文件系统，无需更改系统卷配置；部署完成后，无需重启或中断业务即可生效；2.1.4提供基于配置、授权、审计“三权”划分安全保密防护措施，系统内置安全管理员、安全保密员和安全审计员三种用户角色，整体保障平台基本权限安全；2.1.5支持用户管理、身份管理、角色配置、操作权限管理，实现用户角色自定义、操作权限安全可控；支持数据权限组配置机制，针对拥有相同数据权限的用户组，进行数据权限的快速配置；支持为权限组分配指定业务系统，实现对业务系统内资产的数据权限管控；支持为权限组分配指定演练预案和切换预案，实现预案的数据权限管控；2.1.6支持对平台登录用户的密码复杂度（数字、大小写字母、特殊字符、密码长度等）、有效期、密码错误锁定策略等进行限制，有效期过后提供登录重置密码或禁止登陆需联系管理员处理2种处理方式，以确保平台自身账户的安全；支持对访问身份进行强验证，验证因子包括生物特征-指纹、证书、OTP；用户密码应采用加密算法进行存储和验证，服务报文采用对称加密方式加密，并具有校验机制；2.1.7提供详细有效的系统运行日志，支持一键下载，便于对故障、事件和错误等进行分析和定位，方便事件处理和审计追溯；提供详细有效的用户使用日志，包括不限于：操作模块、浏览器类型和版本、设备类型、客户端IP、操作系统类型等，便于操作追溯和审计归档。2.2管控中心2.2.1对象适配支持Windows、Linux、AIX、HP-UX、Solaris、SUSE等操作系统平台，支持对象包括：数据库支持Oracle、SQLServer、MySQL、PostgreSQL、DB2、Redis、MongoDB、达梦、Informix、HANA、人大金仓等数据库容灾纳管；中间件支持WebLogic、WebSphere、Tomcat等主流中间件；支持负载均衡、DNS、IP地址等网络对象；支持VEEAM、VMware、CDP、NBU、DBRA、DBrep、英方、kubernetes、神马自动化平台等三方厂商的产品适配；以上适配对象无须脚本编写和二次开发，开箱即用。2.2.2针对应用和通用资产，可自定义超时时间、监控频率、历史信息归档周期；针对产品未适配或者业务相关性较强的非标准化资产类型，系统内置通用适配模型，支持自定义资产类型、资产属性，支持自定义监控机制和切换机制，支持配置主从角色检查脚本、可用性监控脚本、详细监控脚本、切换前检查脚本、停止脚本、开启脚本、切换后检查脚本，支持脚本示例查看。2.2.3支持跨网络域资产统一纳管；支持纳管应用、数据库、网络、中间件、负载均衡、消息队列、备份客户端、文件同步客户端、虚拟化平台等全业务级容灾资产；支持容灾拓扑的自动检测和管理，并通过动态拓扑图进行可视化展示；支持按业务系统维度，进行资产归属管理；支持按数据中心维度，进行资产归属管理，平台内置数据中心拓扑模板。2.2.4支持Oracle数据库以SID_AS_SERVICE方式添加；支持达梦监视器、Redis-shake等资产依赖基础资源纳管，无须脚本编写和二次开发，开箱即用。2.2.5支持自定义IP和端口方式，自动发现操作系统、数据库等资产；支持以报表形式批量导出资产信息。2.2.6支持对用户的灾备脚本进行统一的管理；内置IHS、IBMMQ、WAS、Tomcat等主流应用脚本；支持Shell、powershell等主流脚本语言；支持在线编辑、查看、下载脚本内容；支持批量导入、导出脚本；支持脚本多版本管理，脚本新增和修改均需要发布。2.2.7支持应用版本文件或版本文件目录级无代理模式同步，并支持同步拓扑展示及状态监控。2.2.8支持以业务系统为视角，提供原子化预案管理能力；支持以灾难事件为视角，提供灾难事件预案库管理能力；结合业务场景，支持通过图形化方式灵活编排切换流程，支持适配对象的自由组合。2.2.9支持按容灾对、单资产、检查点、定时器、网络检测和脚本多个维度的对象编排；支持串行、并行、串并行组合等灵活编排方式；支持在一个场景中组合编排不同灾备能力。2.2.10支持对灾难切换、容灾演练、桌面演练预案进行评估，内置ORACLE、SQLSERVER、MYSQL、DB2数据库切换评估和运行评估；切换评估内容包括数据库连接检查、切换状态检查、用户权限检查、环境参数检查等；运行评估内容包括主机资源、网络、防火墙配置、数据参数配置等；支持按周、按月定期自动评估，并发送评估结果通知；支持评估记录查看、导出。2.2.11桌面演练支持：对生产业务系统无任何影响的前提下，支持一键发起桌面演练，提供灾备端资产可用性和数据完整性的验证能力，演练前灾备侧数据库资产可访问；支持全业务级资产的桌面演练，至少支持数据库、应用、中间件、网络IP、网络资产、通用资产、检查点等资产类型；支持桌面演练过程前后的环境检查能力，针对主备之间状态、用户权限、环境参数等维度，进行桌面演练操作的安全检查；支持桌面演练环境的自动化恢复，确保演练过程生成的脏数据得到处理。2.2.12确保数据不丢失前提下，提供一键容灾演练和一键演练回切能力，支持容灾演练过程前后的环境检查能力，针对状态、角色、权限、参数、同步等维度进行健康度检查，确保演练切换成功；支持自动调整容灾关系、自动完成数据一致性的校验。2.2.13支持创建年度、季度、月度演练计划，提供多预案同时切换场景下的预案聚合展示、统一管理。2.2.14在灾难场景下，提供一键切换能力，快速拉起灾备端对外提供服务；支持灾难切换过程前的环境检查能力，针对状态、环境、角色等维度进行验证，确保灾难切换成功率。2.2.15支持切换过程中的命令回显，以图片形式进行实时展示，并自动保存在切换报告中；提供安全授权认证机制，为具体预案指定已认证的授权人，提供基于安全授权码的二次实时验证能力，确保操作安全性；支持切换过程中自动获取数据库日志，便于快速定位问题。2.2.16演练及切换完成后支持自动生成切换报告，报告内容包含但不限于指挥组人员、执行组人员、资产、编排流程、演练切换过程、演练切换结论等，需要附有过程的详细日志、命令行截图和虚机详情截图等信息；报告支持PDF和WORD版本下载和查看。2.2.17灾备监控支持：支持从业务视角查看容灾资产运行状态、拓扑结构和容灾延时；支持从预案视角查看容灾资产运行状态、拓扑结构和容灾延时；支持资产拓扑和表格双模式，进行资产状态实时监控查看。2.2.18支持容灾资源的可用性状态和延时（RPO）监控，可设定自定义规则进行告警。2.2.19支持自定义模板告警设置，并支持通过web监控页、短信、企业微信、邮件及其它方式进行告警通知；通知内容支持降噪、分级、分类、内容过滤等自定义通知机制。2.2.20内置全局资产CMDB能力,支持对数据库原生容灾能力、第三方灾备能力、云平台、国产化操作系统等资产纳管及配置。2.2.21内置RPA机器人、网络诊断等工具箱能力，支持对虚拟机信息进行自动截图，无需脚本编写和二次开发，开箱即用。2.2.22内置行业管理制度、政策法规、行业预案等知识库。三、服务要求本项目的服务内容要求如下：IPV4/IPV6双栈实施及域名化改造1.数据中心IPv4/IPv6双栈设计咨询服务内容如下：全局IPv4、IPv6地址规划，包含业务地址，设备互联地址，以及管理地址等，交付《IPv4/IPv6地址规划指南》、《IPv6地址编码规则》；全局IPv6路由设计规划；网络边界NAT66以及NAT64、NAT46的设计以及配置；双活数据中心内部，内部到外部以及外部到内部的ipv6数据连通性。2.域名化改造咨询服务DNS转发器以及同步策略规划；双活数据中心流量调度GTM架构设计；我局内部/外部多级域名设计，实现内部使用内部域名系统，外部采用公网域名系统，业务系统通过域名解析至IPv4/IPv6双栈网络可以正常访问；交付《龙华区统建业务系统的域名改造工作推进指导方案》；应用系统双活部署及系统迁移应用系统双活部署及系统迁移要求以下系统在双活数据中心部署前，需要制定迁移策略、制定系统迁移割接计划，交付《系统迁移割接计划》。完成在双活数据中心部署后，需要交付：《安装部署与配置文档》。完成部署后，需要进行数据迁移测试、IPv4/IPv6双栈