CloudExplorer 3.0 部署运维手册v1.2
.........................24 八、 数据备份.....................................................................................................................25 8.1 主机备份................................... ...........................25 8.2 数据库备份............................................................................................................25 8.3 数据库恢复....................................... ......................................29 杭州飞致云信息科技有限公司 4 一、概述 本手册包含了云管理平台的软件架构、部署升级、服务操作、日志、监控、备份等详细 说明。CloudExplorer 云管平台采用微服务架构设计,通过本手册能快速了解 CloudExplorer 云管理平台的基础组件构成这样更方便以后在系统运维中更方便的去排查 问题、0 码力 | 29 页 | 0 Bytes | 1 年前3FIT2CLOUD CloudExplorer 产品白皮书 v1.7
版权所有©杭州飞致云信息科技有限公司 2022。保留一切权利。 非经本公司书面许可,任何单位和个人不得擅自摘抄、复制本文档内容的部分或全部。 商标说明 FIT2CLOUD 商标、飞致云商标均为杭州飞致云信息科技有限公司的商标。 本文档提 及的其他所有商标或注册商标,由各自的所有人拥有。 注意 您购买的产品、服务或特性等受杭州飞致云信息科技有限公司商业合同和条款的约束, 本文档中描述的全部或部分产品、服务或特性可能不在您的购买或使用范围之内。除非合同 由于产品版本升级或其他原因,本文档内容会不定期进行更新。除非另有约定,本文档中的 所有陈述、信息和建议不构成任何明示或暗示的担保。 公司简介 FIT2CLOUD 飞致云创立于 2014 年,是多云时代技术领先的企业级软件提供商。 FIT2CLOUD 以“Fit to Cloud”为使命,致力于帮助企业在多云时代更好地测试、运行、 管理和保护其 IT 基础设施和应用,实现数字化转型的目标。 FIT2CLOUD 的产品与解决 .....................................................................................6 1.3 能够解决的问题和价值............................................................................................7 1.30 码力 | 60 页 | 0 Bytes | 1 年前3CloudExplorer 3.0 用户手册v1.2
................................................................................60 5.4 申请变更指定安全组规则和回收安全组............................................................... 62 5.5 申请虚拟机时指定安全组需求.......... 部署在企业内部仅供企业内部使用的云平台。私有云平台基础架 构平台发展即虚拟化平台之后的更先进的私有基础架构平台,以 OpenStack 为代表,相比虚拟化平台,提供了网络、安全组等 开箱即用在线服务管理能力和工具。一些私有云平台如青云,还 提供 RDS、负载均衡服务。常见私有云: OpenStack、华为 HCS、 HSC Online、青云、EasyStack 等。 杭州飞致云信息科技有限公司 6 超融合平台 超融合基础架构(Hyper Converged Infrastructure,或简称 “HCI”)是指在同一套单元设备中不仅仅具备计算、网络、存 储和服务器虚拟化等资源和技术,而且还包括备份软件、快照技 术、重复数据删除、在线数据压缩等元素,而多套单元设备可以 通过网络聚合起来,实现模块化的无缝横向扩展(scale-out), 形成统一的资源池。比较知名常见的超融合平台有0 码力 | 102 页 | 0 Bytes | 1 年前3高效智能运维[云+社区技术沙龙第29期] - 冲上云霄—腾讯海量业务上云实践
计算资源重用 • 公共组件产品化 • 丰富的公有云海外资源 • 使用业界标准化的云原生服 务,离开封闭的开发环境和组 件 • 工程师输出优秀的组件到云上 成为标准服务,孵化成更好的 云服务 • 服务开源生态 • 为行业输出公有云迁移经验 • 更丰富的云服务和工具提供给 客户 业务价值 工程师价值 客户价值 如何上云? --提升上云效率,降低迁移风险 业务上云策略 CLB ⚫边上云边改造 CFS 业务上云五部曲 规划 设计 实施 验证 维护 信息收集 需求评估 应用分析 风险分析 上云策略 方案设计 风险应对 上云计划 技术准备 功能测试 性能测试 数据备份 云上部署 业务验证 效果评估 问题优化 正式上云 运营维护 上云各环节注意点 业务上云 测试 方案 迁移 混合 质量 功能、性能测试,云上云下对比 安全、容量、难度、风险、数据 混合云过度到全量公有云 服务调用质量、用户访问质量、 服务可用率 数据上公有云 • 冷迁移+增量 •同步中心数据同步 •切换过程停写 私有组件迁移上云 • 云上部署服务集群 •自行维护和迭代 •同步中心或主备 •业务切路由切换服务 兼容公有云 • DTS自助热迁移 •增量完成后切换读写 •VIP或DNS寻址 数据库搬迁上云方式 接入层与应用层切换上云 TGW 接入服务0 码力 | 26 页 | 2.39 MB | 1 年前3CloudExplorer 3.0 管理员手册v1.2
................................................ 289 1 概述 1.1 文档目的 面向通过云管理平台在线提供 IT 资源、应用运行环境服务,和管理资源的 IT 管理员 以及云管平台实施人员,通过该手册了解云管平台的管理侧功能及相应的使用场景、操作 使用方法。 1.2 阅读对象 杭州飞致云信息科技有限公司 7 IT 系统管理员、云平台管理员、运营人员 部署在企业内部仅供企业内部使用的云平台。私有云平台基础架构平台发 展即虚拟化平台之后的更先进的私有基础架构平台,以 OpenStack 为代 表,相比虚拟化平台,提供了网络、安全组等开箱即用在线服务管理能力 和工具。一些私有云平台如青云,还提供 RDS、负载均衡服务。常见私有 云: OpenStack、青云、华为 HCS、HSC Online、EasyStack 等。 杭州飞致云信息科技有限公司 8 超融合平台 超融合基础架构(Hyper Converged Infrastructure,或简称“HCI”) 是指在同一套单元设备中不仅仅具备计算、网络、存储和服务器虚拟化等 资源和技术,而且还包括备份软件、快照技术、重复数据删除、在线数据 压缩等元素,而多套单元设备可以通过网络聚合起来,实现模块化的无缝 横向扩展(scale-out),形成统一的资源池。比较知名常见的超融合平台 有0 码力 | 308 页 | 0 Bytes | 1 年前3JumpServer ⼴受欢迎的开源堡垒机
JumpServer 堡垒机企业版 JumpServer 案例研究(江苏农信、东⽅明珠、⼩红书) 4 JumpServer 堡垒机⼀体机及信创⽅案 3 5 为什么要使⽤堡垒机? - 以更安全的⽅式管控和登录各种类型的资产 - 系统管理员 外包⼈员 普通⽤户 临时访客 运维资产集 服务器 ⽹络设备 数据库 安全设备 事前授权 事中监察 事后审计 管理者期望 堡垒机的 4A 能⼒ 堡垒机 安全审计 - 运维安全审计的 4A 规范 - Authentication Accounting Authorization Auditing 追溯的保障和事故 分析的依据 防⽌身份冒⽤和复⽤ ⼈员和资产的管理 防⽌内部误操作 和权限滥⽤ 等级保护推动堡垒机发展 1994 1999 2008 2016 2019 《中华⼈⺠共和国计算机信息系统安 全保护条例》国务院 147 号令发布, 管控需求,同时需要兼顾海量资产的纳管和⾼可⽤,堡垒机是其必备的 IT 安全组件。 互联⽹ 互联⽹⾏业拥有⼤量的异构云资产,并持续追求 IT 系统运维的安全和⾼效,是堡垒机⼀直以来的忠实⽤户群体。 医疗医药 医疗医药⾏业的信息化⽔平呈现⾼速发展的态势,IT 资产规模快速扩张,迫切需要通过堡垒机实现⼤规模 IT 资产的统⼀管 理与安全运维。 房地产及酒店 房地产和酒店⾏业的业务系统通常随业务经营场所分布式构建,IT0 码力 | 49 页 | 14.87 MB | 1 年前3CurveFS rename 接口实现方案
dentry,(2) 增加 file2 的 dentry(该 dentry 的 inodeid 等同 file1 的 inode id)。 关于 rename 接口的实现,主要调研了 chubaofs 和 juicefs,而 rename 的实现难点主要在于其原子性的保证。 方案调研 Chubaofs chubaofs 中的 rename 实现不是原子性的,它是通 用创建源文件的硬连接,然后删除源文件的方式来实现的,主要有以下 步骤中出现的错误处理如下: 步骤 1 出错,啥事都没发生 步骤 2 出错,等同于创建硬连接出错,恢复机制如下: 将源文件的 nlink 减一 步骤 3 出错,相当于创建了硬链接,但是没有删除源文件,此时源文件和目标文件同时存在,恢复机制如下: 删除目标文件 dentry 将源文件的 nlink 减一 备注: 如果这一步骤出错,并且恢复机制没有执行成功,那么会导致一些问题:© XXX Page 3 of 15 3 有可能没办法被正常回收 (nlink 始终大于 0),恢复机制如下: 对于这一步出错,没有恢复机制,与 unlink 操作失败一样的处理(因为 dentry 删除了,而 inode 却没被回收,会被当成孤儿节点去处理) 如果采用 chubaofs 的方案,需要考虑以下问题: 以上的恢复进制如果没执行成功怎么办? 客户端存活的情况下,应该多尝试几次,直至成功 但是如果恢复机制尝试多次没成功,或者客户端挂掉、宕机该如何处理?0 码力 | 15 页 | 555.93 KB | 5 月前3高效智能运维[云+社区技术沙龙第29期] - 蓝鲸研发运维技术PaaS体系实践-张敏
了aPaaS(DevOps流水线、运行环境托管、前后台框架)和 iPaaS(持续集成、CMDB、作业平台、容器管理、数据平台、AI等原子平台)等模块,帮助企业技术人员快速构建基 础运营PaaS。 腾讯蓝鲸智云秉承开放共赢的理念,以改变中国运维行业为起点,致力于推动国内企业借助研发运营一体化,低成本 实现企业IT经营管理模式升级和自主化。 承载数百款 腾讯业务 管控数十万 台服务器 开发的模式,实现所有运维任 务自动化、工具化、可视化。 数据驱动运维:基于大数据 的接入、存储、分析技术,对运 维数据进行全面挖掘和分析,实 现数据驱动自动化运维。 机器驱动运维:基于智能算法 的机器自我学习,训练机器智能运 维模型,实现无人值守和智能的运 维与运营。 数据化 2015--2017 智能化 2017—现在 蓝鲸目前在腾讯应用情况及发展方向 4个转型的绊脚石 是没有直观规律的。 开发商很难为了运维体系而对架构或技术做大规模的修改。 有几乎所有的业务类型 有几乎所有的流行技术 300多款游戏相互之间是没有关系的。 发布变更、故障处理等运维操作场景和操作流程是没有直 观规律的。 服务器数量,也就是操作单元,有二十余万。 随着容器技术的普及,操作单元的数量还会暴涨。 所有业务之间无关联 业务操作单元暴涨 运维转型,困难重重 蓝鲸进化第1步:抽象原子平台0 码力 | 26 页 | 8.25 MB | 1 年前3高效智能运维[云+社区技术沙龙第29期] - ServerlessOps
腾讯云架构师 个人简介 2013 Red Hat: 虚拟化技术 Xen、KVM 的测试 2015 联想云: KVM 研发 2016 加入腾讯:容器平台 (docker + k8s) & 微服务的架构和研发 2019 腾讯云 Serverless 产品架构师 核心诉求 Application Application Architecture 开发工具 DevOps 日志 监控告警 Lifecycle Serverless、Serverless 提供的运维能力 Serverless 业务运维能力 & 系统运维能力 Serverless 和 虚拟机 2 种形态下运维能力对比 Serverless vs. IaaS 运维能力对比 Serverless 和 虚拟机 2 种形态下运维能力对比 Serverless 运维案例 腾讯相册微信小程序运维案例 目录 Serverless 介绍 2014 Resource Serverless 介绍 什么是 Serverless Application ❑ 无服务器:不代表真的不需要服务器,只不过服务器由云厂商维护 ❑ 是一种软件系统架构思想和方法,不是软件框架、类库或者工具 ❑ 核心思想:无须关注底层资源,比如:CPU、内存和数据库等,只 需关注业务开发 用户运维 Cloud Vendor System Resource Serverless0 码力 | 32 页 | 4.85 MB | 1 年前3Red Hat OpenShift GitOps 1.13 了解 OpenShift GitOps
Container Platform 集群和应用程序。GitOps 以快速的速度处 理和自动化复杂部署,节省部署和发行周期期间的时间。 GitOps 工作流通过开发、测试、临时和生产环境来推送应用程序。GitOps 部署新应用程序或更新现有应 用程序,因此您只需要更新存储库,GitOps 会自动执行所有操作。 GitOps 是一组使用 Git 拉取请求来管理基础架构和应用程序配置的实践。GitOps 中的 存储库是系统 和应用程序配置的唯一来源。此 Git 存储库包含指定环境中所需的基础架构声明描述,并包含自动流程, 以使您的环境与上述状态匹配。它还包含该系统的完整状态,以便可查看并可审核更改到系统状态。通过 使用 GitOps,您可以处理基础架构和应用程序配置 sprawl 的问题。 GitOps 将基础架构和应用程序定义定义为代码。然后,它会使用此代码来管理多个工作区和集群来简化 基础架构和应用程序配置的创建过程。根据代码原则,您可以在 基础架构和应用程序配置的创建过程。根据代码原则,您可以在 Git 存储库中存储集群和应用程序的配 置,然后按照 Git 工作流将这些存储库应用到所选集群中。您可以将在 Git 存储库中开发和维护软件的核 心原则应用到创建和管理集群和应用程序配置文件。 第 第 1 章 章 什么是 什么是 GITOPS? ? 3 第 2 章 关于 RED HAT OPENSHIFT GITOPS Red Hat OpenShift0 码力 | 17 页 | 203.28 KB | 1 年前3
共 19 条
- 1
- 2