FIT2CLOUD CloudExplorer 产品白皮书 v1.7FIT2CLOUD 的产品与解决方案涵盖软件测试、云原生运行时、多云管理、安全合规、 数据分析可视化、内容管理,其旗舰产品包括:MeterSphere 开源持续测试平台、 KubeOperator 开源容器平台、CloudExplorer 多云管理平台、JumpServer 开源堡垒机、 DataEase 开源数据可视化分析平台、Halo 开源博客/CMS 系统。FIT2CLOUD 旗下的开 源 .......... 12 1.5.4 实现运营分析、IT 投入透明化及时回收优化.............................................12 1.5.5 建立数据中心 IT 体系演进框架支持迭代扩展建设.....................................12 1.6 各行业客户案例........................... 的人工部署操作被系统替代自动化完成, 解放了一半工作时间精力。 杭州飞致云信息科技有限公司 软件用起来才有价值,才有改进的机会 9 1.3.3 简化流程,降低协作沟通成本,缩短交付时间 数据中心内部通常由不同的人、小组、部门负责系统、网络、安全,并且各个部门小组 使用独立的运维管理工具,在部署运行环境时,需要资源申请使用部门向其他各个小组申请 配合协作部署资源、申请 IP 地址、将资源信息同步加入到0 码力 | 60 页 | 0 Bytes | 1 年前3
CloudExplorer 3.0 管理员手册v1.2RDS、负载均衡服务。常见私有 云: OpenStack、青云、华为 HCS、HSC Online、EasyStack 等。 杭州飞致云信息科技有限公司 8 公有云平台 部署在云服务提供商数据中心,为市场公众企业客户提供服务被多个企业 客户共享使用的云平台。世界上第一个公有云是亚马逊 AWS。 国外公有云: AWS、Azure。 国内公有云: 阿里云、华为云、腾讯云、UCloud、青云、金山云。 超融合基础架构(Hyper Converged Infrastructure,或简称“HCI”) 是指在同一套单元设备中不仅仅具备计算、网络、存储和服务器虚拟化等 资源和技术,而且还包括备份软件、快照技术、重复数据删除、在线数据 压缩等元素,而多套单元设备可以通过网络聚合起来,实现模块化的无缝 横向扩展(scale-out),形成统一的资源池。比较知名常见的超融合平台 有 Nutanix、戴尔的 VxRail,国内的 Service)是一种为 ECS 等计算服务提供持久性 块存储的服务,通过数据冗余和缓存加速等多项技术,提供高可用性和持 久性,以及稳定的低时延性能。您可以对云硬盘做格式化、创建文件系统 等操作,并对数据做持久化存储 安全组 安全组是一种虚拟防火墙,具备有状态的数据包过滤功能,用于设置云服 务器、负载均衡、云数据库等实例的网络访问控制,控制实例级别的出入 流量,是重要的网络安全隔离手段。可以通过配置安全组规则,允许或禁0 码力 | 308 页 | 0 Bytes | 1 年前3
CloudExplorer 3.0 部署运维手册v1.2............................................................................................24 八、 数据备份................................................................................................. ..............................25 8.2 数据库备份............................................................................................................25 8.3 数据库恢复.................................... .......................................................................................28 9.5 CMP 访问页面不安全............................................................................................ 280 码力 | 29 页 | 0 Bytes | 1 年前3
JumpServer ⼴受欢迎的开源堡垒机JumpServer 堡垒机⼀体机及信创⽅案 3 5 为什么要使⽤堡垒机? - 以更安全的⽅式管控和登录各种类型的资产 - 系统管理员 外包⼈员 普通⽤户 临时访客 运维资产集 服务器 ⽹络设备 数据库 安全设备 事前授权 事中监察 事后审计 管理者期望 堡垒机的 4A 能⼒ 堡垒机 身份鉴别 Authentication 授权控制 Authorization 安全审计 Auditing 标准》正式实施,等级保护正式 进⼊ 2.0 时代。 堡垒机助⼒企业满⾜等保三级技术要求 安全物理环境 安全通信⽹络 安全区域边界 安全审计 - 帮助企业快速构建身份鉴别、访问控制、安全审计等能⼒ - 堡垒机 安全计算环境 身份鉴别 访问控制 安全审计 系统管理 审计管理 安全管理 安全管理中⼼ 堡垒机的典型⾏业应⽤场景 ⾦融 银⾏、证券、基⾦、保险等⾦融机构⻓期遵循着严格的安全审计规范,堡垒机已经成为其企业 堡垒机的能⼒范围 身份鉴别 授权控制 账号管理 安全审计 站内信 邮箱 企业微信 钉钉 ⼯单 通知 / 审批 LDAP 对象存储 ⽇志存储 … Linux Windows ⽹络设备 数据库 Web 虚拟应⽤ … 基础设施 使⽤者 服务 Https API SSH Client … KMS JumpServer 提供的堡垒机必备功能 身份验证 Authentication0 码力 | 49 页 | 14.87 MB | 1 年前3
CloudExplorer 3.0 用户手册v1.2申请多组不同配置虚拟机..................................................................................... 23 3.3 申请中间件数据库集群.........................................................................................26 3.4 .....................................................................................41 3.13 变更安全组访问控制.......................................................................................... 42 3.14 云安全组在线申请部署及操作变更回收..........................................................................57 5.1 变更存量虚拟机安全组访问控制.......................................................................... 57 5.2 查看查找安全组及关联实例..0 码力 | 102 页 | 0 Bytes | 1 年前3
CurveFS rename 接口实现方案iunlink(oldNodeId) ievict(oldNodeId) end end© XXX Page 6 of 15 Juicefs Juicefs 中 rename 的实现都是原子性的,主要得益于它元数据是存储在各类 KV/DB 中(如 redis、tikv...),而这些 KV 本身就支持事务,所以它只要把这些操作打包成事务扔给 KV 就可以了 如果采用 Juicefs 的方案,我们需要在 metaserver dstDentry 所在 copyset 的 txid 都加 1(这一步是通过 etcd 的事务保证的),如果上一步或这一步失败,因为 txid 不变,原始数据版本也在,还是保证原子性(其实就是一个 txid 对应一个版本的数据)© XXX Page 8 of 15 下次访问的时候,带上对应 copyset 的最新 txid (copyset_txid),判断 PendingTx,如果 (copyset_txid 对应的 txid 都加一 (这一步是通过 etcd 的事务实现,不存在一个 copyset_txid 加一,一个没加一) (4) 如果事务提交成功了,更新 Client 的 txid 缓存 (5) 下次访问的时候,带上对应 copyset 的最新 txid (copyset_txid),判断 PendingTX,如果 (copyset_txid >= PendingTxId && rpc_request0 码力 | 15 页 | 555.93 KB | 6 月前3
Red Hat OpenShift GitOps 1.13 了解 OpenShift GitOps其他资源 第 第 3 章 章 为 为支持收集 支持收集诊 诊断信息 断信息 3.1. 关于 MUST-GATHER 工具 3.2. 为 RED HAT OPENSHIFT GITOPS 收集调试数据 3.3. 其他资源 3 4 4 5 9 10 10 11 13 目 目录 录 1 Red Hat OpenShift GitOps 1.13 了解 了解 OpenShift GitOps 应用程序。 AppProject CRD CRD 代表项目内应用程序的逻辑分组,它们管理允许应用程序管理资源的位置和方式。您可以使用 AppProject CRD 来限制允许 Argo CD 用户访问这些应用程序的位置和方式。管理 AppProject 实例 通常仅限于 Argo CD 管理员。 Argo CD API 服 服务 务器 器 公开 Web UI、CLI、持续集成(CI)和持续部署(CD)系统使用的 关于 RED HAT OPENSHIFT GITOPS 5 Argo CD 项目通过限制对 Git 存储库和远程集群的访问来控制 Argo CD 的行为。示例包括使用 Argo CD 项目来控制用户,方法是限制能够通过 Argo CD UI 或 Argo CD CLI 访问某些 Argo CD 应用程序或 集群资源。 Argo CD 仓库 仓库服 服务 务器 器(Argo CD-repo-server)0 码力 | 17 页 | 203.28 KB | 1 年前3
高效智能运维[云+社区技术沙龙第29期] - 冲上云霄—腾讯海量业务上云实践“烟囱式”的业务支持体系 幸福的烦恼 ⚫ 重复造轮子,每个部门一套轮子 ⚫ 缺乏统一规范,包括开源代码在内 Bug 多 ⚫ 开源文化落后,共享精神差,很多基础框架没有内部开源 ⚫ 技术支持不足,文档陈旧 ⚫ 数据技术不互通,部门间代码相互封闭,跟业界缺乏交流 ⚫ 缺乏维护,越来越多的历史遗留组件 ⚫ 没有技术图谱 2018年930变革 开源协同 自研上云 代码开源 相互协同 基于公有云模式研发 性能测试 数据备份 云上部署 业务验证 效果评估 问题优化 正式上云 运营维护 上云各环节注意点 业务上云 测试 方案 迁移 混合 质量 功能、性能测试,云上云下对比 安全、容量、难度、风险、数据 接入服务、逻辑服务、数据存储、文件存储 混合云过度到全量公有云 服务调用质量、用户访问质量、 服务可用率 数据上公有云 • 冷迁移+增量 •同步中心数据同步 •切换过程停写 •切换过程停写 私有组件迁移上云 • 云上部署服务集群 •自行维护和迭代 •同步中心或主备 •业务切路由切换服务 兼容公有云 • DTS自助热迁移 •增量完成后切换读写 •VIP或DNS寻址 数据库搬迁上云方式 接入层与应用层切换上云 TGW 接入服务 业务 服务框架 Redis CEPH KVM Kafka Mysql Client CLB 接入服务 业务 服务框架0 码力 | 26 页 | 2.39 MB | 1 年前3
Red Hat OpenShift GitOps 1.13 基础架构节点上的 GitOps 工作负载Operator pod 移到基础架构节点。 先决条件 先决条件 在集群中安装了 Red Hat OpenShift GitOps Operator。 您可以使用 cluster-admin 权限访问集群。 流程 流程 1. 运行以下命令,将现有节点标记为基础架构节点: $ oc edit gitopsservice -n openshift-gitops apiVersion: pipelines0 码力 | 10 页 | 122.25 KB | 1 年前3
高效智能运维[云+社区技术沙龙第29期] - 蓝鲸研发运维技术PaaS体系实践-张敏Group,简称IEG)自用的一套用于 构建企业研发运营一体化体系的PaaS开发框架,提供了aPaaS(DevOps流水线、运行环境托管、前后台框架)和 iPaaS(持续集成、CMDB、作业平台、容器管理、数据平台、AI等原子平台)等模块,帮助企业技术人员快速构建基 础运营PaaS。 腾讯蓝鲸智云秉承开放共赢的理念,以改变中国运维行业为起点,致力于推动国内企业借助研发运营一体化,低成本 实现企业IT经营管理模式升级和自主化。 工具驱动运维:采用运维 开发的模式,实现所有运维任 务自动化、工具化、可视化。 数据驱动运维:基于大数据 的接入、存储、分析技术,对运 维数据进行全面挖掘和分析,实 现数据驱动自动化运维。 机器驱动运维:基于智能算法 的机器自我学习,训练机器智能运 维模型,实现无人值守和智能的运 维与运营。 数据化 2015--2017 智能化 2017—现在 蓝鲸目前在腾讯应用情况及发展方向 终端游戏, 大型游戏平台; 平铺式架构,拓扑关系复杂,模块数量上百,服务器数量 几千…… 腾讯游戏300多款业务中,大多数是由世界各地开发商开发 出来。 所使用的开发语言、开发框架、操作系统、数据库等技术, 是没有直观规律的。 开发商很难为了运维体系而对架构或技术做大规模的修改。 有几乎所有的业务类型 有几乎所有的流行技术 300多款游戏相互之间是没有关系的。 发布变更、故障处理等运维操作场景和操作流程是没有直0 码力 | 26 页 | 8.25 MB | 1 年前3
共 17 条
- 1
- 2













