所有节点安装nfs yum install nfs-utils rpcbind -y mkdir -p /ifs/kubernetes echo "/ifs/kubernetes 192.168.x.0/24(rw,sync,no_root_squash)" >> /etc/exports 仅在nfs服务器上 systemctl start rpcbind nfs 节点测试没问题即可 可以参考下以前写的: http://blog.csdn.net/iiiiher/artic

glance 架构 glance 服务概述 Image 服务 使得用户可以发现.注册.检索虚拟机镜像.它对外提供REST API使得你能够查询虚拟机镜像元数据和检索一个真实的镜像.你可以通过镜像服务将虚拟机镜像存储到多种位置,从简单的文件系统到对象存储比如cinder.   Image 服务是IaaS的核心服务.它接受终端用户或者其他组件对于磁盘或者镜像的API请求和元数据定义.它同样支持磁盘和镜像的多存储方式的存储.   Glance 管理在 OpenStack 集群中的镜像,但不负责实际的存

后端加密方法: python后端加密方式: # 双重工加密 #bytes((7788).encode('utf-8')):为后端加密二把手,多加的锁,该参数可为空,必须加bytes才能实现 md5password=hashlib.md5(bytes((7788).encode('utf-8'))) #data['user_password']).encode('utf-8'):才是真正要加密的密码 md5password.update(bytes(data['user_password']).e

常用HTTP contentType与后端处理方式 1.Content-Type:application/x-www-form-urlencoded; charset=UTF-8 前端export.json的请求 后端export.json的处理方式 对应的后端的处理方式,如果是单个参数去获取,那就用@RequestParam,如果是对应Java Bean,那就不需要任何注解 2.Content-Type:application/json;charset=UTF-8 前端list.json请求

容器云之K8s自动化安装方式的选择 时间 2016-12-05 19:10:53  极客头条 原文  http://geek.csdn.net/news/detail/127426 主题 Kubernetes https://www.tuicool.com/articles/ZzQJJzA 普源软件的说明 三年前就开始用了 国内还是有很多公司在一直努力发展的 只是自己不知道. 目前kubernetes 已经发展到1.5的时代,但在这之前学习和使用kubernetes还是走了不少弯路,第一个问题就

k8s service NodePort 方式向外发布 k8s 无头service 方式向内发布 k8s service 服务发现 {ServiceName}.{Namespace}.svc.{ClusterDomain} 1 )有头的服务发现 DNS解析服务,可以看到ClusterIP地址 2 )没有的服务发现 DNS解析服务,可以看到单个Pod的cname和IP Kubernetes 网络解决四方面的问题: 一个 Pod 中的容器之间通过本地回路(loopback)通信. 集群网络在不同 p

众所周知,在mvc中,数据是在各个层次之间进行流转是一个不争的事实. 而这种流转,也就会面临一些困境,这些困境,是由于数据在不同世界中的表现形式不同而造成的.   数据在页面上是一个扁平的,不带数据类型的字符串,无论你的数据结构有多复杂,数据类型有多丰富. 到了展示的时候,全都一视同仁的成为字符串在页面上展现出来.   数据在Java世界中可以表现为丰富的数据结构和数据类型,你可以自行定义你喜欢的类. 在类与类之间进行继承.嵌套.我们通常会把这种模型称之为复杂的对象树. Spring MVC 其

K8S部署主要有两种方式:

rpm方式 源地址:https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/el7/ wget https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/el7/gitlab-ce-12.9.0-ce.0.el7.x86_64.rpm rpm -ivh gitlab-ce-12.9.0-ce.0.el7.x86_64.rpm vim /etc/gitlab.rb # 编辑站点地址 gitlab-ctl re

0. 买了一本 每天五分钟玩转 k8s 还有 刚才转帖的blog 里面有一个 kubectl edit 的语法能够在线更改端口号 ,之前一直没弄明白. 刚才做了下实验.发现很好用 这里记录一下. 1. 首先get svc kubectl get svc --all-namespaces 准备修改这个服务 kube-ops jenkins2 NodePort :/TCP,:/TCP 首先查看一下 将这个端口改成 30002 2. 方法 kubectl edit svc/jenkins2 -n ku

参考:https://blog.csdn.net/networken/article/details/84991940 # k8s工具部署方案 # 1.集群规划 | **服务器** | || ------------ | ---------------------------------------- || **数量** | >1(根据实际提供的服务器分配模块) || **配置** | 16 core /32 memory / 300GB硬盘/50M带宽 || **操作系统** | CentOS

k8s 无头service 是指 clusterIP 为 None 的service 案例,假定有一个 deployment,containerPort 端口80,同时还被打上 python=myweb 标签. deployment内容如下 apiVersion: apps/v1 kind: Deployment metadata: name: mywebdeployment spec: selector: matchLabels: python: myweb replicas: 6 strat

pod中的存储卷类型:1.emptyDir:用于临时储存空间,无持久性储存功能,生命周期同pod容器,pod删除后,数据不再存在.2.gitRepo:pod创建时,自动将云端仓库中的文件克隆到pod挂载的目录中,pod运行后,不会自主同步云端仓库的内容,有需要的话可以通过pod容器添加sidecar,来辅助完成此任务.3.hostPath:在pods所在节点创建存储卷挂载到pod指定挂载目录中,但是如果节点宕机,数据也可能丢失.4.nfs:在各个节点共享存储卷到指定pod挂载点   (1)在其中

摘要 MTV与MVC 多对多表三种创建方式 ajax ,前后端传输数据编码格式contentType 批量插入数据和自定义分页器 一.MVC与MTV MVC(Model View Controller 模型-视图-控制器)是一种Web架构的模式,所谓MVC就是把web应用分为模型(M),控制器(C),视图(V)三层:他们之间以一种插件似的,松耦合的方式连接在一起. 模型负责业务对象与数据库的对象(ORM),视图负责与用户的交互(页面),控制器(C)接受用户的输入调用模型和视图完成用户的请求. M

参考资料: K8S-网络隔离参考 OpenContrail is an open source network virtualization platform for the cloud. – Kube-O-Contrail – get your hands dirty with Kubernetes and OpenContrail OpenContrail is an open source network virtualization platform for the cloud. Ope

配置方式 kubernetes版本大于或者等于1.2时,外部网络(即非K8S集群内的网络)访问cluster IP的办法是:修改master的/etc/kubernetes/proxy,把KUBE_PROXY_ARGS=”“改为KUBE_PROXY_ARGS=”–proxy-mode=userspace”重启kube-proxy服务在核心路由设备或者源主机上添加一条路由,访问cluster IP段的路由指向到master上. kubernetes版本小于1.2时,直接添加路由 kube-prox

一.Health Check介绍         强大的自愈能力是k8s容器编排引擎一个重要特性,自愈能力的默认实现方式为自动重启发生故障的容器,另外还可以利用Liveness和Readiness探测机制设置更精细的健康检查. 零停机部署 避免部署无效的镜像 更加安全的滚动升级 二.K8S健康检查方式 1.k8s默认的健康检查        每个容器启动时都会执行一个进程,此进程由Dockerfile的CMD或ENTRYPOINT指定.如果进程退出返回码为非0,则认为容器发生故障,k8s会根据r

我们用一个系列来讲解从需求到上线.从代码到k8s部署.从日志到监控等各个方面的微服务完整实践. 整个项目使用了go-zero开发的微服务,基本包含了go-zero以及相关go-zero作者开发的一些中间件,所用到的技术栈基本是go-zero项目组的自研组件,基本是go-zero全家桶了. 实战项目地址:https://github.com/Mikaelemmmm/go-zero-looklook 1.概述 上一节,我们已经把gitlab.jenkins.harbor.k8s都已经搭建好了,这一节

很久没有更新博客了,毕业2个月了,这段时间一直在忙于工作,一直没有时间更新,最近做的活动突然发现之前的经验居然忘记了...索性想想还是重新开始用博客记录平日里的工作经验吧,吐槽就到这里了,这篇记录的是我在平日里经常用到的请求后端的方式. 大多数情况下,无论是框架还是自己实现都是通过Ajax的方式来向后端请求数据的,而Ajax之间是通过传输json格式的文件来进行数据的传输的,大家对Ajax也很熟悉了,那么为什么我又要使用jsonp呢?这就要从什么是jsonp,什么是json来说一说了. json

原文来自于:http://www.infoq.com/cn/news/2015/07/api-or-not 不久前,在StackExchange网站上,一位名为SLC的用户提起他正在设计一个ASP.NET网站,他对于是否要将后端设计为API有些举旗不定,希望能够得到一些建议.一石激起千层浪,这个帖子很快得到了大量的关注与回复.现在让我们来了解一下SLC所面临的具体情况与问题. SLC设计的网站是一个典型的ASP.NET MVC应用,他在开发时使用的都是一些经典的MVC模式,即控制器.视图与模型的

1.浅析k8s两种健康检查机制 Liveness k8s通过liveness来探测微服务的存活性,判断什么时候该重启容器实现自愈.比如访问 Web 服务器时显示 500 内部错误,可能是系统超载,也可能是资源死锁,此时 httpd 进程并没有异常退出,在这种情况下重启容器可能是最直接最有效的解决方案. Readiness k8s通过readiness来探测微服务的什么时候准备就绪(例如初始化时,连接数据库,加载缓存数据等等,可能需要一段时间),然后将容器加入到server的负载均衡池中,对外提供