dockerfile使用

我们都知道，Pod的逻辑概念在容器之上，K8s 在成功创建Pod之后，会为Pod和容器设置一些额外的信息，例如Pod级别的Pod 名称，Pod IP ,Label,Annotation，容器级别的资源限制等。在很多应用场景中，这些信息对容器内的应用来说都很有用，例如使用Pod名称作为日志记录的一个字段用于标识日志来源，为了在容器内获取Pod级别的这些信息，k8s 提供了Downward API 机

应用部署的一个最佳实践是将应用所需的配置信息与程序分离，这样可以是应用程序被更好地复用，通过不同的配置也能实现更灵活的功能。将应用打包为容器镜像后，可以通过环境变量或者外挂文件的方式在创建容器时进行配置注入，但在大规模容器集群的环境中，对多个容器进行不同的配置将变得非常复杂，在k8s 1.2版本开始提供了一种统一的应用配置方案-----ConfigMap。下面讲解ConfigMap的概念和用法：一

本人搭建环境初期使用的是该地址：可点击此处安装k8s集群环境后续再讲安装步骤启动MySQL服务首先为MySQL服务创建一个Deployment 定义文件mysql-deploy.yaml,下面给出该文件的对象：apiVersion: apps/v1# api版本kind: Deployment# 副本控制器Deploymentmetadata:labels:# 标签app: mysqlname:

PHP 脚本在服务器上执行。什么是 PHP？PHP 是 “PHP Hypertext Preprocessor” 的首字母缩略词PHP 是一种被广泛使用的开源脚本语言PHP 是可以免费下载使用的PHP能做什么？服务端脚本。这是 PHP 最传统，也是最主要的目标领域。开展这项工作需要具备以下三点：PHP 解析器（CGI 或者服务器模块）、web 服务器和 web 浏览器。需要在运行 web 服务器时

作为服务发现机制的基本功能，在集群内需要能够通过服务名对服务进行访问，这就是需要一个集群范围内的DNS服务来完成从服务名到ClusterIP 地址的解析。DNS服务在Kubernetes 的发展中经历了3个阶段，这里我只讲以CoreDNS 为例，说明KUbernetes 集群DNS 服务的搭建过程。1. 修改每个Node 上Kubelet 的DNS 启动参数修改每个Node 上kubelet 的启

在某些应用场景中，客户端应用不需要通过Kubernetes 内置Service 实现的负载均衡功能，或者需要自行完成对服务后端各实例的服务发现机制，或者需要自行实现负载均衡功能，此时可以通过创建一种特殊的名为“Headless” 的服务来实现。Headless Service 的概念是这种服务没有入口访问地址（无ClusterIP 地址），kube-proxy 不会为其创建负载均衡转发规则，而服务

一个容器应用可以提供多个端口的服务，在service 的定义中也可以相应地设置多个端口号。在下面的例子中，service设置了两个端口号来分别提供不同的服务，如web 服务和management 服务（下面为每个端口号都进行了命名，以便区分）：apiVersion: v1kind: Servicemetadata:name: webappspec:ports:- port: 8080targetP

Deployment 或 RC 的主要功能之一就是自动部署一个容器应用的多份副本，以及持续监控副本的数量，在集群内始终维持用户指定的副本数量。下面是一个Deployment 配置的例子，使用这个配置文件可以创建一个ReplicaSet，这个ReplicaSet 会创建3个Nginx 应用的Pod：# nginx-deployment-1.yamlapiVersion: apps/v1kind: D

一.Redis 简介Redis 是一款基于 ANSI C 语言编写的，BSD 许可的，日志型 key-value 存储组件，它的所有数据结构都存在内存中，可以用作缓存、数据库和消息中间件。Redis 是远程字典服务的缩写，一个 Redis 实例可以有多个存储数据的字典，客户端可以通过 select 来选择字典即 DB 进行数据存储。二.Redis 特性同为 key-value 存储组件，Memca