首先，在规划金融私有云底座过程中，对于重要系统和非重要系统的策略通常会存在一些不同点。以下是一些常见的差异：1、高可用性和容错性要求：对于重要系统，通常需要更高的可用性和容错性，以确保系统在故障情况下能够持续运行。这可能涉及到冗余部署、灾备方案、自动故障转移等技...
其实我觉得存储的迁移中重点无非就是数据的安全性，难点就是业务的连续性。数据安全性上，通过可靠的设备，合适的业务架构，规范化的操作，还有数据备份以及应急预案来保证，连续性上。则通过合理的迁移方案来实现。这其中我觉得数据备份和应急预案是保证你可以放手去做的根本保证，...
传统架构做容灾一般先要解决数据复制问题，其次解决主机切换问题。数据复制一般采用存储级复制或者数据库级复制技术。主机切换需要主机层的双机软件来完成。整个容灾方案比较复杂，需要配合的操作较多，一般需要自动化运维来实现一键切换。超融合平台一般采用虚拟化技术，小规模...
这个问题没有答案，我提供你一些思考问题的思路1、现有的IT架构是否改造，能否适应云端2、有没有相关的技术储备，来做迁移，和迁移后的服务保障3、现有的管理和维护人员，能不能理解云端的业务模式，第三点是第二点的高阶管理4、现有的数据格式，是否适配云端业务解决了以上，新建或者迁...
并没有不推荐使用。PowerVM主要是为了充分利用CPU，内存，IO等资源。看过许多小型机跑全分区CPU用不到2%的许多金融行业已经大规模部署PowerVM了，但主要使用在研发测试，管理系统、应用系统等次核心及非生产业务。核心数据库和对IO延迟敏感的应用系统的确不太推荐使用虚拟化...
1、资源的隔离（如cpu和io），很多时候数据库是一个高IO消耗的应用，但是在虚拟化的时候，资源隔离和调度就是一个难点2、未知的BUG，因为虚拟化导致的各种失败、丢包等等。。。3、部分优化，因为有时候的优化会直接针对内核参数，但是由于多了一层虚拟层，部分优化会失效甚至反而影响性能...
首先要清楚哪类业务场景适合容器云环境，其次容器云本身的副本概念、多实例概念都可以满足业务的高可用性。
从我们近十年资源池建设的情况，power资源池的故障率只有硬件故障率，可靠性98%，应用无中断，人工指定业务升级除外。X86硬件故障率高些,可靠性95%，每年均会出现一次某服务器假死，造成部份应用无响应，时延10分钟左右，主要花在原因查找，比如光模块损坏，光纤中断等等。存储资源池和网络...
