nginx的配置文件仅允许只有一个http上下文，它位于nginx的主配置文件/etc/nginx/nginx.conf。 nginx有一个全局的指令include允许包含其它配置到主配置文件，这些配置可以是任何有效的nginx配置。也可以是server块及其配置定义。 从而使您可以在一台服务器上运行多个网站。对于每个网站，您可以设置站点文档根目录，包含网站文件的目录，创建单独的安全策略，使用不同

nginx的配置文件仅允许只有一个http上下文，它位于nginx的主配置文件/etc/nginx/nginx.conf。 nginx有一个全局的指令include允许包含其它配置到主配置文件，这些配置可以是任何有效的nginx配置。也可以是server块及其配置定义。 从而使您可以在一台服务器上运行多个网站。对于每个网站，您可以设置站点文档根目录，包含网站文件的目录，创建单独的安全策略，使用不同

Microsoft SQL Server是由Microsoft开发的关系数据库管理系统。它是一种非常流行的数据库系统，提供了一种高效和安全的方式来存储和检索数据。各种规模的企业都使用 SQL Server 来管理和存储应用程序、网站和其他系统的数据。虽然它通常用于Windows服务器，但SQL Server也可以安装在Ubuntu上，Ubuntu是一种流行的Linux发行版。 在 Ubuntu 2

在前面的文章里我们说过，kube-apiserver 由 aggregatorServer、kubeAPIServer、apiExtensionsServer 三个 server 组成，他们各司其职，当自己处理不了请求时，就向下传递（委派）请求，处理的顺序如下： 虽然说 kube-apiserver 由三个 server 组成，但是只有 aggregatorServer 监听了端口，是请求的入口。

1. Binder 应用层框架 在应用层，Binder 是一个 CS 架构，涉及了 Client 与 Server 两端。特殊的是，Binder 中还有一个 ServiceManager。那 ServiceManager 是干什么用的？ 首先我们要明白 Binder 是一个 RPC（Remote Procedure Call） 框架，翻译成中文就是远程过程调用。也就是说在 Client 进程中可以

在上一篇文章我们讲了，kube-apiserver 是由 AggregatorServer、KubeAPIServer、APIExtensionsServer 三者按照顺序级联而成，如果当前的 Server 处理不了请求就委派到下一级，直到最后一个 Server 也处理不了的话就返回 NotFound。这三个 Server 在初始化的过程中，最核心的流程就是注册路由和对应请求处理方法构造，简单来说

Ubuntu可以说是最受欢迎的基于Linux的操作系统之一。毫无疑问，它是最为著名的。然而，Ubuntu存在着一些差异。Ubuntu有两个不同的版本：稳定版本和长期支持（LTS）版本。 此外，Ubuntu 又分为 Ubuntu Cloud、Ubuntu Core、Ubuntu Desktop 和 Ubuntu Server。在本文中，您将了解有关 Ubuntu Server 和Ubuntu Des

问题 今天添加了一个mysql5.7的 slave数据库，部署完成之后，启动新部署的slave一切正常，但是收到了老slave数据库的主从同步报警。 登陆故障数据库查询到，Mysql主从同步报错如下 Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'A slave with the

Codis 介绍 简介 Codis 是一个分布式 Redis 解决方案, 对于上层的应用来说, 连接到 Codis Proxy 和连接原生的 Redis Server 没有显著区别 (有一些命令不支持), 上层应用可以像使用单机的 Redis 一样使用, Codis 底层会处理请求的转发, 不停机的数据迁移等工作, 所有后边的一切事情, 对于前面的客户端来说是透明的, 可以简单的认为后边连接的是一

常用变量： 1、在任何引擎中均可使用： now, .host, .port 2、用于处理请求阶段： client.ip, server.hostname, server.ip, server.port req.request：请求方法 req.url: 请求的URL req.proto: HTTP协议版本 req.backend: 用于服务此次请求的后端主机； req.backend.health

在之前的一章中简单的介绍了Yum安装kubernetes的方式，这次的笔记记录kubernetes的一些基础入门的一些操作，更多的是关乎于kubectl的一些使用，如：创建pod，scv，动态的增删，回滚，以及简单的网络等 kubectl kubectl其实就是kubernetes的一个客户端程序，他通过连接master节点上的api-server，而在api-server上，kubectl就是唯

kubernetes上运行着众多的应用，特别是无状态的应用，更甚有一些核心的数据。对于这些数据的访问或者管理，并不是任何人可以随意的管理使用的。因此，kubernetes对于整个系统的认证，授权，以及后续的访问控制做了非常紧密和精心的设计。 通常，客户端通过客户端工具kubectl来访问kubernetes， 对于管理员或者kubectl来讲api server是作为管理的唯一入口。 这联想起了i

在kubernets上有一些服务和客户端需要与api server交涉，并且集群内部会运行类似的pod资源，这些资源是需要访问api server的 ，如: CoreDNS,以及dashboard dashboard提供一个web界面来管理kubernetes，通过service暴漏到外部，通过浏览器打开使用。当然会有通过dashboard来进行增删改查资源，那意味着dashboard这个pod就

metrics-server metrics-server是用户开放的一个api server，这个api server用于服务资源指标服务器，并不是服务kubernetes api，更不是服务pod api，仅仅用于服务cpu利用率，内存使用率等等对象。 metrics-server并不是kubernetes组成部分，只是托管在kubernetes之上的一个pod，为了能让用户使用metrics

我们知道，要想使用容器就需要在内核支持namespace，cgroups，借助于在用户空间组织一些工具利用内核所提供的技术，显示运行容器的目的。docker在容器运行简化上又近一步的，提供了镜像，分层构建，使得容器技术的使用更加被简化。后来在docker的主导下，演化出ocf(open container initiative)标准：皆在围绕容器格式和运行时制定一个开放的工业化标准。而runC是在

1,服务端权限rw：读写权限ro: 只读sync: 请求或写入数据，数据同步写入到NFS-server的磁盘中async：异步写入数据，先返回强求，在将数据人写入到内存。可提高性能！no_root_squash：访问NFS-server共享目录的用户如果是root。他对共享目录有root权限，无盘工作站则是如此root_squash：对于访问共享目录权限是root，他最终会变成匿名用户，uid,g

1.在client的httpd.conf中添加如下 sudo vim /alidata/server/httpd/conf/httpd.conf <Location /server-status> SetHandler server-status Allow from 127.0.0.1 Order deny,allow Deny from all </Location>

测试环境如下： 硬件： 4G内存*4核cpu Os ： windows server 2008 r2 软件： exchange2010 服务： DNS，IIS，AD以及证书服务 所有软件下载：http://msdn.itellyou.cn/Win server 08 r2破解：Windows LoaderExchange 2010序列号：XJG6B-4D4YV-4M338-Q42H6-39VT2

须知 ： 在现有的zabbix_server中，由于增加机房，添加zabbix_proxy服务器，不动原有的zabbix_server，如下图：zabbix_proxy通过agentd端收集数据后发送给原有的zabbix_server 准备： 本章使用nmp使用docker容器构建测试，本周的nmp和普通编译安装并没有什么不同zabbix安装包：zabbix-3.2.2.tar.gz，lnmp 配

12，自定义响应首部 upstream_cache_status; server_addr 通知客户端是由哪个主机代理，代理缓存是否命中。 node1 # vim /etc/nginx/conf.d/default.conf server { listen 80 default_server; server_name _; add_header X-Via $server_addr; 代理服务器的