Rancher

这篇文章将承接此前 关于使用Prometheus配置自定义告警规则 的文章。在本文中，我们将demo安装Prometheus的过程以及配置Alertmanager，使其能够在触发告警时能发送邮件，但我们将以更简单的方式进行这一切——通过Rancher安装。 我们将在这篇文章中看到没有使用依赖项的情况下如何完成这一操作。在本文中，我们不需要： 专门配置运行指向Kubernetes集群的kubectl 有关kubectl的知识，因为我们可以使用Rancher UI Helm binary的安装/配置 前期准备 一个谷歌云平台账号（免费的即可），其他云也是一样的 Rancher v2.4.2（文章发布时的最新版本） 运行在GKE（版本为1.15.11-gke.3）上的Kubernetes集群（EKS或者AKS也可以） 启动一个Rancher实例 首先，启动一个Rancher实例。你可以根据Rancher的指引启动： https://www.rancher.cn/quick-start/ 使用Rancher部署一个GKE集群 使用Rancher来设置并配置一个Kubernetes集群。你可以访问下方链接获取文档： https://rancher2.docs.rancher.cn/docs/cluster-provisioning/_index 部署Prometheus

这篇文章将承接此前 关于使用Prometheus配置自定义告警规则 的文章。在本文中，我们将demo安装Prometheus的过程以及配置Alertmanager，使其能够在触发告警时能发送邮件，但我们将以更简单的方式进行这一切——通过Rancher安装。 我们将在这篇文章中看到没有使用依赖项的情况下如何完成这一操作。在本文中，我们不需要： 专门配置运行指向Kubernetes集群的kubectl 有关kubectl的知识，因为我们可以使用Rancher UI Helm binary的安装/配置 前期准备 一个谷歌云平台账号（免费的即可），其他云也是一样的 Rancher v2.4.2（文章发布时的最新版本） 运行在GKE（版本为1.15.11-gke.3）上的Kubernetes集群（EKS或者AKS也可以） 启动一个Rancher实例 首先，启动一个Rancher实例。你可以根据Rancher的指引启动： https://www.rancher.cn/quick-start/ 使用Rancher部署一个GKE集群 使用Rancher来设置并配置一个Kubernetes集群。你可以访问下方链接获取文档： https://rancher2.docs.rancher.cn/docs/cluster-provisioning/_index 部署Prometheus

原文地址：http://dbase.cc/2018/01/12/docker/04_rancher的部署安装/ 为什么要使用Rancher Rancher是一个开源的企业级容器管理平台。通过Rancher，企业再也不必自己使用一系列的开源软件去从头搭建容器服务平台。Rancher提供了在生产环境中使用的管理Docker和Kubernetes的全栈化容器部署与管理平台。 Rancher的官方文档： https://rancher.com/docs/rancher/latest/en/ 下图展示了Rancher的主要组件和功能： 版本选择 版本选择参照官方文档： supported version of Docker 根据上图，本文选用以下符合要求的最新版本 系统准备 禁用IPV6 禁用虚拟内存swap 安装指定版本的docker 在以上三台主机上，安装指定版本的docker，参照 docker的部署安装-Ubuntu 并 配置阿里镜像加速器 查看docker信息能看到以下内容： 安装Rancher管理端 在rancher1上操作 访问 http://10.245.231.119:8080 配置环境 进入环境管理，准备添加环境模板 点击添加环境模板 点击编辑设置后，在弹出的页面中，更改如下几个参数： Private Registry for Add-Ons and Pod infra

这篇文章将承接此前 关于使用Prometheus配置自定义告警规则 的文章。在本文中，我们将demo安装Prometheus的过程以及配置Alertmanager，使其能够在触发告警时能发送邮件，但我们将以更简单的方式进行这一切——通过Rancher安装。 我们将在这篇文章中看到没有使用依赖项的情况下如何完成这一操作。在本文中，我们不需要： 专门配置运行指向Kubernetes集群的kubectl 有关kubectl的知识，因为我们可以使用Rancher UI Helm binary的安装/配置 前期准备 一个谷歌云平台账号（免费的即可），其他云也是一样的 Rancher v2.4.2（文章发布时的最新版本） 运行在GKE（版本为1.15.11-gke.3）上的Kubernetes集群（EKS或者AKS也可以） 启动一个Rancher实例 首先，启动一个Rancher实例。你可以根据Rancher的指引启动： https://www.rancher.cn/quick-start/ 使用Rancher部署一个GKE集群 使用Rancher来设置并配置一个Kubernetes集群。你可以访问下方链接获取文档： https://rancher2.docs.rancher.cn/docs/cluster-provisioning/_index 部署Prometheus

什么是Docker? Docker 是一个开源项目，诞生于 2013 年初，最初是 dotCloud 公司内部的一个业余项目。它基于 Google 公司推出的 Go 语言实现。 项目后来加入了 Linux 基金会，遵从了 Apache 2.0 协议，项目代码在 GitHub 上进行维护。 Docker 自开源后受到广泛的关注和讨论，以至于 dotCloud 公司后来都改名为 Docker Inc。Redhat 已经在其 RHEL6.5 中集中支持 Docker；Google 也在其 PaaS 产品中广泛应用。 Docker 项目的目标是实现轻量级的操作系统虚拟化解决方案。 Docker 的基础是 Linux 容器（LXC）等技术。 在 LXC 的基础上 Docker 进行了进一步的封装，让用户不需要去关心容器的管理，使得操作更为简便。用户操作 Docker 的容器就像操作一个快速轻量级的虚拟机一样简单。 什么是Rancher? Rancher是一个开源的容器管理平台，帮助构建企业私有容器服务，相当于KVM里的Openstack。官网地址是 http://rancher.com/ 。以下图片摘自官方文档 Docker安装 -- 安装iptable防火墙支持NAT,关闭selinux,firewalld [root@rancher-server]/#systemctl stop

本文来自 Rancher Labs 在 之前关于CI/CD的文章 中，我们简单讨论了蓝绿部署和金丝雀发布以及它们在持续交付中所扮演的角色。这些都是十分有效的方法，能够大大降低与应用程序部署相关的风险。所以，这篇文章我们来深入介绍蓝绿部署和金丝雀发布。 蓝绿部署和金丝雀发布通过让IT人员可以在发布过程中发生问题时能够还原到先前版本来减轻应用程序部署的风险。这两个方法让版本之间来回切换就像轻按开关一样容易，并且可以自动执行，从而最大程度减少了用户暴露在错误代码的时间。在我们更进一步讨论这两种方法之前，让我们先区分部署和发布。 如何将部署与发布解耦 虽然这两个词经常混淆使用，但实际上部署和发布是两个独立的过程。部署是指在特定环境（包括生产环境）安装指定软件版本的过程，更多是一种技术行为。它不一定必须与发布相关联。而发布则是指向客户群提供新功能，是一种业务决策。 传统过程中，会在发布日期前一天部署好更新或是新功能，该更新或功能发布后可能会在媒体中广泛传播。众所周知，在部署过程中可能会出错，而因为发布时间与部署时间十分相近，因此几乎没有解决问题的空间。而如果将部署和发布解耦，那么在整个功能开发过程中频繁进行生产部署可以降低IT部门的风险。那么，要实现部署和发布的解耦，需要代码和架构能够满足新功能发布不需要变更应用程序的代码。 什么是蓝绿部署 在蓝绿发布过程中，有两套生产环境：蓝环境和绿环境

Kubernetes的故障排查一直困扰众多运维团队或DevOps，除了Kubernetes本身的复杂性之外，还有Kubernetes的工作负载是动态的原因。本文将介绍1个工具可以帮助你可视化K8S的网络和流量，以提升你的故障排查效率。 本文来自 Rancher Labs 作为领先的多集群Kubernetes管理平台，Rancher使运维团队可以部署、管理和保护企业的Kubernetes集群。Rancher还为用户提供了一系列容器网络接口（CNI）选项可供选择，包括开源项目Calico（ https://www.projectcalico.org/）。Calico为Kubernetes Pod提供了原生Layer3路由功能，从而简化了网络架构，提高了网络性能，并提供了丰富的网络策略模型，可以轻松地阻止通信。因此，只有你指定的流量才能流动。 在部署Kubernetes过程一个常见的问题是获取对集群环境的可见性，以有效监控网络和安全问题并进行故障排除。可见性和故障排查（ https://www.tigera.io/tigera-products/visibility-and-troubleshooting/ ）是我们在Tigera上看到的3大Kubernetes用例之一。这在生产部署中尤其重要，因为宕机时间十分宝贵并且分布式应用很难进行故障排查。如果你是平台团队的一员

CentOS 8下安装Docker最新版 一、设置主机名：# hostnamectl set-hostname swarm-rancher 二、添加docker配置仓库 sudo yum install -y yum-utils device-mapper-persistent-data lvm2 sudo yum-config-manager --add-repo https://download.docker.com/linux/centos/docker-ce.repo （第二步安装repo包时，安装好后，在winwcp中要刷新后才可以看到。这里安装的是官方包） 官方包下载太慢，用下面的阿里包下载，特快。 sudo yum-config-manager --add-repo http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo 验证docker仓库已启用：[root@node2 ~]# sudo dnf repolist -v 安装必须的软件包 1、为什么要安装yum-utils，它提供一个yum-config-manager单元，同时安装的device-mapper-persistent-data和lvm2用于储存设备映射（devicemapper）必须的两个软件包。 2、紧接着配置一个稳定

【推荐阅读】微服务还能火多久？>>> 本文来自 Rancher Labs 持续集成和持续交付（CI/CD）是DevOps背后的助推力之一。如果你的企业正在考虑使用DevOps，那么CI/CD绝对是需要考虑的其中一部分。但是CI/CD到底意味着什么？为什么它如此重要呢？为了对你的DevOps工具包和IT部署进行战略规划，深入理解CI/CD至关重要。本文中，我们将探讨CI/CD所需解决的难点、需要的工具以及预期的收益。 首先，我们从大局着手。DevOps旨在创建一个流畅的工作流程，并尽可能减少越区切换和建立快速反馈回路。这意味着什么呢？工作会从第一步开始一直向前推进，并且在理想状态中，无需倒退再进行修复，因为它们应该能够验证和修复问题。为此，开发人员需要快速的反馈回路。该反馈通过快速自动化测试提供，并且该测试将验证代码在进入下一阶段之前能否按照预期工作。 为了减少越区切换，成员较少的小组将使用较小的功能并且掌控整个流程：创建请求、提交、QA以及部署。其重点是快速推出小段代码，因为变更越小，诊断、修复和补救就越容易。 持续集成（CI）实现了从第一步到最后一步的快速流程，并通过持续交付（CD）将其扩展到实际生产部署。我们将其称为CI/CD。现在，我们开始深入了解它们。 深入探索持续集成 首先，我们关注CI/CD的CI（持续集成）部分。实际上，大部分公司仅执行了CI。而完成整个CI/CD

Rancher之概念和安装 https://www.cnblogs.com/lioa/p/12613776.html Rancher之添加主机 https://www.cnblogs.com/lioa/p/12652280.html 来源： https://www.cnblogs.com/lioa/p/12620125.html