沈首二

在容器中使用quagga为了后续集成到kubernetes中，我已经将quagga封装到docker容器中了，参考我的github博客。下面做个简单使用的笔记bash -c "curl https://raw.githubusercontent.com/jpetazzo/pipework/master/pipework" > pipeworkchmod +x pipeworkmkdir -p {R

Nginx TCP负载配置模板nginx.conf内容：user nginx;worker_processes 1;error_log /var/log/nginx/error.log warn;pid /var/run/nginx.pid;events { worker_connections 1024;}http { include /

calico在kubernetes中的策略前期环境试验在上一遍文章中《kubernetes与calico整合》，搭建了基于calico的kubernetes集群，以下将对于这个环境进行测试，没有对calico进行任何策略配置，即使用的默认策略。在以上环境中的default namespace中，部署了busybox pod应用，用于测试。 在kube-system namespace中部署了sky

nginx-upsync-module使用编译模块到nginx安装nginx依赖以及其他工具apt-get install gitapt-get build-dep nginx下载nginx-upsync-module源码git clone https://github.com/weibocom/nginx-upsync-module.git下载nginx源码wget 'http://nginx

haproxy.cfgglobal # 全局配置 log 127.0.0.1 local0 log 127.0.0.1 local1 notice maxconn 4096 # 最大连接数 uid 1005

使用consul、consul-template、registrator进行容器负载consulconsul-templateregistrator部署部署consul:docker run -p 8400:8400 -p 8500:8500 -p 8600:53/udp -h consul --name consul progrium/consul -server -advertise 1

kubenetes 中的ingress一般在生产kubernetes中常使用nodePort进行服务的暴露。在集群前端使用nginx做反向代理，此种方式比较简单。抱着更加深入了解kubernetes的特性，本文不介绍nodePort，准备研究下ingress方式。去年在生产环境中因为xvlan使用的flannel，很快就成功了，以前的项目地址：https://github.com/shenshoue

seesaw v2简单部署环境realserver centos7 64bit realserver application nginxseesaw node debian 8.3 64bitseesaw01 10.10.11.192VIP 10.10.11.223client 10.10.17.25结构 +-

Seesaw关于Seesaw v2 是一个基于LVS的负载均衡平台. 它能够通过先进的负载均衡功能为同一网络的服务器提供基础的负载均衡功能，如：任播(anycast)、Direct Server Return (DSR)，支持多VLAN与集中配置。并且，它的设计是可靠和易于维护的。环境要求一个Seesaw v2的负载集群需要两个Seesaw节点（可以是虚拟机或物理机），每个节点必须有两个网卡（一个

安装k8s Master高可用集群 主机 角色 组件 172.18.6.101 K8S Master Kubelet,kubectl,cni,etcd 172.18.6.102 K8S Master Kubelet,kubectl,cni,etcd 172.18.6.103 K8S Master Kubelet,kubectl,cni,etcd 17