coreos

Kubernetes RBAC - forbidden attempt to grant extra privileges

让人想犯罪 __ 提交于 2020-12-05 19:09:45
问题 I'm using Kubernetes v1.8.14 on custom built CoreOS cluster: $ kubectl version --short Client Version: v1.10.5 Server Version: v1.8.14+coreos.0 When trying to create the following ClusterRole : $ cat ClusterRole.yml --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRole metadata: labels: kubernetes.io/bootstrapping: rbac-defaults name: system:coredns rules: - apiGroups: - "" resources: - endpoints - services - pods - namespaces verbs: - list - watch I get the following error: $

Kubernetes RBAC - forbidden attempt to grant extra privileges

情到浓时终转凉″ 提交于 2020-12-05 19:05:58
问题 I'm using Kubernetes v1.8.14 on custom built CoreOS cluster: $ kubectl version --short Client Version: v1.10.5 Server Version: v1.8.14+coreos.0 When trying to create the following ClusterRole : $ cat ClusterRole.yml --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRole metadata: labels: kubernetes.io/bootstrapping: rbac-defaults name: system:coredns rules: - apiGroups: - "" resources: - endpoints - services - pods - namespaces verbs: - list - watch I get the following error: $

Kubernetes RBAC - forbidden attempt to grant extra privileges

和自甴很熟 提交于 2020-12-05 19:05:52
问题 I'm using Kubernetes v1.8.14 on custom built CoreOS cluster: $ kubectl version --short Client Version: v1.10.5 Server Version: v1.8.14+coreos.0 When trying to create the following ClusterRole : $ cat ClusterRole.yml --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRole metadata: labels: kubernetes.io/bootstrapping: rbac-defaults name: system:coredns rules: - apiGroups: - "" resources: - endpoints - services - pods - namespaces verbs: - list - watch I get the following error: $

Kubernetes RBAC - forbidden attempt to grant extra privileges

 ̄綄美尐妖づ 提交于 2020-12-05 19:05:08
问题 I'm using Kubernetes v1.8.14 on custom built CoreOS cluster: $ kubectl version --short Client Version: v1.10.5 Server Version: v1.8.14+coreos.0 When trying to create the following ClusterRole : $ cat ClusterRole.yml --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRole metadata: labels: kubernetes.io/bootstrapping: rbac-defaults name: system:coredns rules: - apiGroups: - "" resources: - endpoints - services - pods - namespaces verbs: - list - watch I get the following error: $

从DevOps到Cloud Native,应用上云姿势全解锁

懵懂的女人 提交于 2020-12-03 07:43:34
本文由 网易云 发布。 作者: 林帆 序文 伴随着IaaS、PaaS等云端基础设施技术的成熟,“应用上云”成为许多企业软件部门的心头大事。通过把传统软件系统搬到云上,一方面可以让业务方获得更多的资源灵活性,另一方面也可以缓解运营方的成本压力,让硬件资源不再成为阻碍流量和业务增长的障碍。上云这件看起来轻松的事,其实却是一项系统性的工程。只有到真正做起来时候才会发现一地鸡毛的问题,且不说技术方面引入的变化,组织部门隔阂、开发流程陈旧、配套工具落后、人员意识保守...随时冒出来状况,足以让这个许多人最初以为只是改改架构重新部署的工作变得复杂度远超预期。 特别是在早几年时候,“云原生应用”的概念比较模糊,应用上云到底要做哪些事情并没有过权威明确的定义。虽然有Google、Facebook和许多国内外互联网企业总结出的案例,但都不具有普适性,一些规模不大的企业照搬照抄效仿,试图一步到位,结果落得邯郸学步的下场。从这个角度来看,网易云出品的 《云原生应用架构实践》 的确是一本可以让人眼前一亮的书,它 针对互联网应用前期拼灵活、中期拼增长、后期拼稳定的特点,明确的指出了处于不同规模和时期的企业,实施上云策略应该完全不同,并针对三种典型的发展阶段阐述了企业应该采用的实践和转型途径 。 图片来自互联网 从DevOps到Cloud Native 运用“云原生应用”架构的一条很重要原则是

x509 certificate signed by unknown authority- Kubernetes

白昼怎懂夜的黑 提交于 2020-12-02 05:58:24
问题 I am configuring Kubernetes cluster with 2 nodes in coreos as described in https://coreos.com/kubernetes/docs/latest/getting-started.html without flannel . Both servers are in same network. But I am getting: x509: certificate signed by unknown authority (possibly because of "crypto/rsa: verification error" while trying to verify candidate authority certificate "kube-ca") while running kubelet in worker. I configured the TLS cerficates properly on both the servers as discussed in doc. The

Kubernetes容器集群部署Flannel网络(四)

删除回忆录丶 提交于 2020-10-30 01:24:45
部署Flannel网络 Overlay Network: 覆盖网络,在基础网络上叠加的一种虚拟网络技术模式,该网络中的主机通过虚拟链路连接起来. VXLAN: 将源数据包封装到UDP中,并使用基础网络的IP/MAC作为外层报文头进行封装,然后在以太网传输,到达目的后由隧道端点解封装并将数据发送给目标地址。 Flannel:是Overlay网络的一种,也是将源数据包封装在另一种网络包里面进行路由转发和通信,目前已经支持UDP,VXLAN,AWS,VPC,GCE路由等级传输 下载Flannel网络包: wget https://github.com/coreos/flannel/releases/download/v0.9.1/flannel-v0.9.1-linux-amd64.tar.gz 解压flannel包: [root@master ~]# tar xf flannel-v0. 9.1 -linux-amd64.tar.gz 分别把二进制包flanneld和mk-docker-opts.sh脚本文件传到两台node节点的bin下 [root@master ~]# scp flanneld mk-docker-opts.sh root@ 192.168 . 1.102 :/opt/kubernetes/bin/ [root@master ~]# scp flanneld mk

prometheus-operator监控Kubernetes

北战南征 提交于 2020-10-29 06:01:03
Operator Operator 是由 CoreOS 公司开发的,用来扩展 Kubernetes API,特定的应用程序控制器,它用来创建、配置和管理复杂的有状态应用,如数据库、缓存和监控系统。 Operator 基于 Kubernetes 的资源和控制器概念之上构建,但同时又包含了应用程序特定的一些专业知识,比如创建一个数据库的 Operator ,则必须对创建的数据库的各种运维方式非常了解,创建 Operator 的关键是 CRD (自定义资源)的设计。 CRD 是对 Kubernetes API 的扩展,Kubernetes 中的每个资源都是一个 API 对象的集合,例如我们在YAML文件里定义的那些 spec 都是对 Kubernetes 中的资源对象的定义,所有的自定义资源可以跟 Kubernetes 中内建的资源一样使用 kubectl 操作。 Operator 是将运维人员对软件操作的知识给代码化,同时利用 Kubernetes 强大的抽象来管理大规模的软件应用。目前 CoreOS 官方提供了几种 Operator 的实现,其中就包括我们今天的主角: Prometheus Operator , Operator 的核心实现就是基于 Kubernetes 的以下两个概念: 资源:对象的状态定义 控制器:观测、分析和行动,以调节资源的分布

Docker网络解决方案

試著忘記壹切 提交于 2020-10-29 05:25:33
原文链接: https://www.cnblogs.com/kevingrace/p/6859114.html Docker跨主机容器间网络通信实现的工具有Pipework、Flannel、Weave、Open vSwitch(虚拟交换机)、Calico, 其中Pipework、Weave、Flannel,三者的区别是: Weave的思路 在每个宿主机上布置一个特殊的route的容器,不同宿主机的route容器连接起来。 route拦截所有普通容器的ip请求,并通过udp包发送到其他宿主机上的普通容器。这样在跨机的多个容器端看到的就是同一个扁平网络。 weave解决了网络问题,不过部署依然是单机的。 Flannel的思路 Flannel是CoreOS团队针对Kubernetes设计的一个网络规划服务,简单来说,它的功能是让集群中的不同节点主机创建的Docker容器都具有全集群唯一的虚拟IP地址。但在默认的Docker配置中,每个节点上的Docker服务会分别负责所在节点容器的IP分配。这样导致的一个问题是,不同节点上容器可能获得相同的内外IP地址。并使这些容器之间能够之间通过IP地址相互找到,也就是相互ping通。Flannel设计目的就是为集群中所有节点重新规划IP地址的使用规则,从而使得不同节点上的容器能够获得"同属一个内网"且"不重复的"IP地址

10 月 4 日,自由软件基金会庆祝 35 岁生日

为君一笑 提交于 2020-10-28 20:23:56
10 月 4 日,自由软件基金会庆祝 35 岁生日 FSF.org 上的一篇博客文章宣布:“我们的工作不会结束,直到每个计算机用户都能完全自由地完成他们所有的数字任务 —— 无论是台式机、笔记本电脑还是口袋里的计算机。争取自由软件的斗争还在继续,没有你们,我们就不会有今天。”该功能公告建议了 10 种不同的庆祝方式。 来源: fsf 拍一拍:可以说,没有自由软件运动,就没有如今的互联网和信息时代。无论人们对 RMS 个人的看法如何,RMS 功莫大焉。 微软云服务三天发生了两次严重宕机事故 上周一微软 Office365 云服务发生了大约 5 个小时的宕机;上周四用户报告无法访问 Microsoft Exchange 服务。微软最近持续的宕机事故被认为就是推送软件更新导致的。微软在公开声明中还为自己辩解,称没有云供应商能免于停机。 来源: slashdot 拍一拍:超大规模的云技术如何避免大范围的服务故障,已经不是小心谨慎的操作能解决的了,需要更多的方法论和工具来避免。 模块化操作系统 Windows 10X 将于 2021 上半年推出 微软于 2019 年 10 月首次正式向外界介绍了模块化和自适应性更强的 Windows 10X 操作系统。据说其基于 Windows Core OS 打造,辅以 Windows Shell 和其它模块化的系统组件。其旨在单屏 / 双屏设备上运行