pod

http://www.jianshu.com/p/7a82e977281c http://www.jianshu.com/p/ddc2490bff9f 两个工程 1 代码工程 在github上创建一个空的工程, License文件记得加上. (MIT License) git clone到本地 或 用 sourcetree 下载到本地. 1.1 在代码工程中添加所需要代码, 并生成 spec 文件 , 注意在 sourcetree 加 tag.( 加 tag 后 , 要再提交一个东西 , 不然这个 tag 找不到 ??) pod spec create WeLib02 或 从其他地方复制一份过来再修改 . 我们在 github 上创建一个空的仓库，命名为 WeLib02Specs ，这个仓库是用来存放我们自己所有的私有库的 spec 文件，就如同官方的 https://github.com/CocoaPods/Specs 是用来存放所有官方的 specs 文件一样。 3 提交文件后再 lint LMXMN041:WeLib04 will.wei$ pod lib lint -> WeLib04 (0.0.1) WeLib04 passed validation. 4 把 podspec 文件push到自己的spec工程库 LMXMN041:WeLib04 will.wei$ pod

pod search MJRefresh的时候报错 [!] Unable to find a pod with name, author, summary, or description matching MJRefresh 解决办法: 移除search_index.json，然后重新下载 执行命令： rm -rf ~/Library/Caches/CocoaPods/search_index.json 执行结果： tinydeMacBook-Pro:~ tiny$ rm -rf ~/Library/Caches/CocoaPods/search_index.json tinydeMacBook-Pro:~ tiny$ pod search MJRefresh Creating search index for spec repo 'master'.. Done! -> MJRefresh (3.2.0) An easy way to use pull-to-refresh pod 'MJRefresh', '~> 3.2.0' - Homepage: https://github.com/CoderMJLee/MJRefresh - Source: https://github.com/CoderMJLee/MJRefresh.git - Versions: 3.2.0, 3.1

从SVN上更新工程之后运行工程提示错误: The sandbox is not in sync with the Podfile.lock. Run 'pod install' or update your CocoaPods installation.`平时只要在终端输入pod install就好,但是今天却出错了,提示[!] Unable to find a specification for `FMDB`然后我在终端输入pod search fmdb，结果竟然提示：[!] Unable to find a pod with name, author, summary, or description matching `fmdb` 接着我就输入pod setup手动安装,先出现Setting up CocoaPods master repo,但是它又提示错误: fatal: ambiguous argument 'HEAD': unknown revision or path not in the working tree. Use '--' to separate paths from revisions, like this: 'git <command> [<revision>...] -- [<file>...]' fatal: ambiguous argument

Cocoapods意义体现在两个方面。第一，在引入第三方库时它可以自动为我们完成各种各样的配置，包括配置编译阶段、连接器选项、甚至是ARC环境下的-fno-objc-arc配置等。第二，使用CocoaPods可以很方便地查找新的第三方库，这些类库是比较“标准的”，而不是网上随便找到的，这样可以让我们找到真正好用的类库。 CocoaPods 的核心组件 CocoaPods是用 Ruby 写的，并划分成了若干个Gem包。 CocoaPods在解析执行过程中最重要的几个包的路径分别是：CocoaPods/CocoaPods、 CocoaPods/Core和 CocoaPods/Xcodeproj。 CocoaPods / CocoaPod：这是面向用户的组件，每当执行一个pod命令时，这个组件将被激活。它包括了所有实用CocoaPods的功能，并且还能调用其他gem包来执行任务。 CocoaPods / Core：Core gem提供了与CocoaPods相关的文件（主要是podfile和podspecs）的处理。 Podfile：该文件用于配置项目所需要的第三方库，它可以被高度定制。本文中我们主要在这里做动作。 Podspec：该文件描述了一个库将怎样被添加进工程中。.podspec文件可以标识该第三方库所需要的源码文件、依赖库、编译选项，以及其他第三方库需要的配置。

k8s基本概念-配置调度策略之(Taints-and-Tolerations) 2018/4/12 通过定义 Taints and Tolerations 来达到 node 排斥 pod 的目的 通过一个典型实例来描述 taint 和 toleration 之间的关联 测试前的集群状态 部署app whoami-t1 测试 taint 的用法 测试结果 测试使用 toleration 测试结果 如何移除指定的 taint 呢？ 聊一聊 Taints and Tolerations 的细节 概念 通过一个典型实例来描述 taint 和 toleration 之间的关联 测试前的集群状态 部署集群的时候，你极可能有留意到，集群中设置为 master 角色的节点，是不会有任务调度到这里来执行的，这是为何呢？ [root@tvm-02 whoami]# kubectl get nodes NAME STATUS ROLES AGE VERSION tvm-01 Ready master 8d v1.9.0 tvm-02 Ready master 8d v1.9.0 tvm-03 Ready master 8d v1.9.0 tvm-04 Ready <none> 8d v1.9.0 [root@tvm-02 whoami]# kubectl describe nodes tvm-01

Kubernetes kubectl常用命令 [TOC] 1. 查看资源对象 常用查看资源对象( |rc| )有 namespace(ns) pods service(svc) endpoints(ep) deployment(deploy) pvc ingresses(ing) ，括号内为最简写法。 kubectl get |rc| 显示更多信息，在后面接 -o wide 、 -ojson 或者 -o yaml ，同时查看多个资源对象用英文逗号隔开。 查看资源对象全名，可通过 kubectl rc,|rc| 2. 创建资源对象 创建时，注意文件内是否有namespace，如果没有，请在命令后面指定 -n |namespace-name| 。 根据yaml配置文件一次性创建资源对象 kubectl create -f service.yaml -f deployment.yaml 根据 |directory| 目录下所有 .yaml 、 .yml 、 .json 文件的定义进行创建操作 kubectl create -f |directory| 对资源进行配置，最常用功能。 kubectl apply -f service.yaml kubectl apply -f |directory| 3. 编辑资源对象 编辑资源对象时，编辑器为 vi ，需要熟悉 vi 命令操作。

1. Kubernetes 简介 1.1. 什么是 Kubernetes kubernetes 简称 k8s(因为k和s之间有8个字母), 是 Google 旗下的开源容器编排平台, k8s 的诞生深受 Google 内部容器编排系统 Borg 的影响, k8s 实现了如下功能 自动装箱 建构于容器之上, 基于资源依赖及其他约束条件自动完成容器部署 自我修复 支持容器故障后自动重启、节点故障后重新调度容器, 以及节点健康状态检查失败后关闭容器并重新创建等自我修复机制 水平扩展 支持通过命令或 UI 手动水平扩展, 以及基于 CPU 等资源负载率的自动水平扩展机制 服务发现和负载均衡 k8s 通过 CoreDNS 附件为系统内置了服务发现功能, 为每个 Service 配置 DNS 名称, 并允许集群内的客户端直接使用此名称发出访问请求, Service 通过 iptables 或 ipvs 内建负载均衡机制 自动发布和回滚 k8s 支持 灰度 更新应用程序或其配置信息, 在更新过程中 k8s 将会监控更新过程中应用程序的健康状态, 以确保 k8s 不会在同一时刻杀掉所有实例, 而此过程中一旦有故障发生, 将会立即自动执行回滚操作 秘钥和配置管理 k8s 的 ConfigMap 实现了配置数据与 Docker 镜像解耦, 需要时仅对配置做出变更而无须重新构建 Docker 镜像,

今天在学习kubernetes的时候启动了一个msyql服务，运行命令 [root@liuxuchong kubernetes]# kubectl create -f mysql-rc.yaml replicationcontroller "mysql" created [root@liuxuchong kubernetes]# kubectl get all NAME DESIRED CURRENT READY AGE rc/mysql 1 1 0 6m NAME CLUSTER-IP EXTERNAL-IP PORT(S) AGE svc/kubernetes 10.254.0.1 <none> 443/TCP 10m NAME READY STATUS RESTARTS AGE po/mysql-f7df5 0/1 ContainerCreating 0 6m 可以看到rc没有ready，并且pod一直显示ContainerCreating 显示pod详细信息 [root@liuxuchong ca]# kubectl describe pod mysql-f7df5 Name: mysql-f7df5 Namespace: default Node: 127.0.0.1/127.0.0.1 Start Time: Wed, 15 May 2019 11:56:38

Kubernetes创建第一个pod一直提示ContainerCreating问题 在自己的虚拟上刚经历过部署时候的坑，特别激动终于到了k8s创建正常使用的过程。 目前的Kubernetes的架构： 三台服务器 10.178作为master 10.179为node1 10.181为node2 下面开始创建第一个pod，命令如下。 问题发现： 创建一个nginx服务pod，实例为2 kubectl run nginx --image=nginx --port=80 --replicas=2 可以看到生成两个实例并显示ContainerCreating中，以为正在创建此实例。过了大概五分钟，过来看还是在这个状态，就感觉很不对劲了。 查看这个两个的报错日志提示 很显然这个报错日志得不到任何解决方法的问题。于是各种度娘，网上的资料也是非常的杂。 找到一个很好用的命令，这个命令可以查看创建pod的详细内容及创建结果 格式：kubectl describe pod {实例名称} kubectl describe pod nginx-3449338310-p5vfv 从图上我们可以知道创建pod的过程在pull镜像的时候失败pull的地址是registry.access.redhat.com/rhel7/pod-infrastructure:latest1\

刚刚在自学过程中发现创建pod之后，一直处于ContainerCreating状态； 之后我用kubectl describe pod nginx，发现报错：open /etc/docker/certs.d/registry.access.redhat.com/redhat-ca.crt: no such file or directory。 去文件夹查看之后，发现redhar-ca.crt文件存在，不过用命令ll查看，发现其链接文件/etc/rhsm/ca/redhat-uep.pem，不存在，那就创建此文件吧。 经过各种百度，终于找到了一个好的解决方案，如下： 1、在docker安装的node节点上安装rhsm yum install *rhsm* 安装完成后，执行一下docker pull registry.access.redhat.com/rhel7/pod-infrastructure:latest 如果依然报错，可参考下面的方案： wget http://mirror.centos.org/centos/7/os/x86_64/Packages/python-rhsm-certificates-1.19.10-1.el7_4.x86_64.rpm rpm2cpio python-rhsm-certificates-1.19.10-1.el7_4.x86_64.rpm