systemd

We want to use systemd as cgroup driver for docker and kubelet, let's see how to achieve that. Configure docker After you install and start docker, by default it will use cgroupfs as the cgroup driver, check by running: docker info | grep Cgroup Cgroup Driver: cgroupfs Edit /usr/lib/systemd/system/docker.service file: ExecStart=/usr/bin/dockerd --exec-opt native.cgroupdriver=systemd Then reload daemon and restart docker systemctl daemon-reload systemctl restart docker Verify the change docker info | grep Cgroup Cgroup Driver: systemd Configure kubelet Currently, the kubelet cannot

批量部署 概述 什么是PXE 预启动执行环境（PXE）是由Intel公司开发的最新技术，工作于Client/Server的网络模式，支持工作站通过网络从远端服务器下载映像，并由此支持通过网络启动操作系统，在启动过程中，终端要求服务器分配IP地址，再用TFTP（trivial file transfer protocol）或MTFTP(multicast trivial file transfer protocol)协议下载一个启动软件包到本机内存中执行，由这个启动软件包完成终端（客户端）基本软件设置，从而引导预先安装在服务器中的终端操作系统。PXE可以引导多种操作系统，如：Windows95/98/2000/windows2003/windows2008/winXP/win7/win8,linux系列系统等。 PXE原理 PXE是在没有软驱、硬盘、CD-ROM的情况下引导计算机的一种方式，也就是BIOS将使用PXE协议从网络引导。整个安装的过程是这样的：PXE网卡启动 => DHCP获得IP地址 => 从TFTP上下载 pxelinux.0、vmlinuz、initr.img 等 => 引导系统进入安装步骤 => 通过PEX linux 下载ks.cfg文件并跟据ks.cfg自动化安装系统 => 完成。 TFTP服务 TFTP是用来下载远程文件的最简单网络协议

CentOS 7.0中已经没有service命令，而是启用了systemctl服务器命令 systemctl 是系统服务管理器命令，它实际上将 service 和 chkconfig 这两个命令组合到一起。 如： centos7 安装以后，启动服务以及关闭服务已经不是以前的service stop/start xxxx了。 看所有网卡IP地址——ip addr 启动防火墙——systemctl start firewalld.service 停止防火墙——systemctl stop firewalld.service 查看firewalld防火墙状态——firewall-cmd --state 禁止防火墙开机启动——systemctl disable firewalld.service 列出正在运行的服务状态——systemctl 启动一个服务—— systemctl start postfix.service 关闭一个服务—— systemctl stop postfix.service 重启一个服务：—— systemctl restart postfix.service 显示一个服务的状态—— systemctl status postfix.service 在开机时启用一个服务—— systemctl enable postfix.service 在开机时禁用一个服务——

序言篇： 　　之前工作环境一直使用Centos6版本，脚本一直在使用/etc/init.d/xxx；系统升级到Cento7后，虽然之前的启动脚本也可以使用，但一直没有使用systemctl 的自定义脚本。 本篇文章用于总结下，具体的使用方式。Centos7 开机第一程序从init完全换成了systemd的启动方式，而systemd依靠unit的方式来控制开机服务，开机级别等功能。 应用篇： 　　Centos7的服务systemctl 脚本一般存放在：/usr/lib/systemd , 目录下又有user和system之分 /usr/lib/systemd/system # 系统服务，开机不需要登录就能运行的程序（相当于开机自启） /usr/lib/systemd/user # 用户服务，需要登录后才能运行的程序 　　目录下又存在两种类型的文件： *.service # 服务unit文件 *.target # 开机级别unit 　　CentOS7的每一个服务以.service结尾，一般会分为3部分：[Unit]、[Service]和[Install] vim /usr/lib/systemd/system/xxx.service [Unit] # 主要是服务说明 Description=test # 简单描述服务 After=network.target # 描述服务类别

Centos7 采用mini安装，如果想远程桌面，那就需要安装图形界面 # yum check-update # yum groupinstall "X Window System" # yum install gnome-classic-session gnome-terminal nautilus-open-terminal control-center liberation-mono-fonts # unlink /etc/systemd/system/default.target # ln -sf /lib/systemd/system/graphical.target /etc/systemd/system/default.target # reboot 下面开始安装： 1、安装tigervnc # yum install tigervnc-server -y 2、从VNC备份库中复制service文件到系统service服务管理目录 # cp /lib/systemd/system/vncserver@.service /etc/systemd/system/vncserver@:1.service 3、修改配置文件 # vim /etc/systemd/system/vncserver@:1.service #改成root用户启动，配置文件看起来这样的 [Unit]

3 月，跳不动了？>>> Author: xidianwangtao@gmail.com Kubernetes 1.13 摘要：Kubelet动态配置可以使让我们及其方便的大规模更新集群Kubelet配置，让我们可以像配置集群中其他应用一样通过ConfigMap配置Kubelet，并且Kubelet能动态感知到配置的变化，自动退出重新加载最新配置。不仅如此，Kubelet Dynamic Config还有本地Checkpoint数据、失败回滚到上一个可用配置集等美丽特性。本文介绍了Kubelet的配置组成部分、简要工作流，以及核心机制(BootStrap、Sync)的实现原理、目前还有待完善的地方等。 Kubelet Configuration Kubelet配置分两部分: KubeletFlag : 指那些不允许在kubelet运行时进行修改的配置集，或者不能在集群中各个Nodes之间共享的配置集。 KubeletConfiguration : 指可以在集群中各个Nodes之间共享的配置集。 Dynamic Kubelet Config Core Features Kubelet attempts to use the dynamically assigned configuration. Kubelet “checkpoints” configuration to local

3 月，跳不动了？>>> 今天上午一到工位，就收到来自同事的“投诉”：私有云上的 Kubernetes cluster中的一个node似乎不工作了，因为专门部署于那个节点上的应用挂掉了，并且长时间没有恢复。这个公司私有云上Kubernetes集群是 v1.7.5版本 ，部署于双节假期之前。最近感觉K8s开发明显提速，连续发布版本，截至发稿时，最新发布的版本为 v1.8.1 了。这个集群一直运行相对稳定，今天这个异常到底是怎么一回事呢？于是打开terminal，开始了问题的调查。 一、问题现象 我们这个小集群一共有三个Kubernetes Node。首先，我查看集群中的所有Pods状态，发现node1和node2上的Pods均正常(running状态)，但位于node3上的三个Pods均为“Pending”状态，这三个pod是weave-net-rh6r4、kube-proxy-v4d1p以及portal-3613605798-txq4l，其中portal-3613605798-txq4l是我们的应用Pod。K8s自身的组件kube-proxy都异常了，显然node3节点出问题了。如果你此刻去尝试查看(kubectl describe) 这几个pod的状态，多半你会失败，因为Pod在频繁重启，1-2s钟新创建的Pod就会被kill掉，导致你无法查看其状态。

3 月，跳不动了？>>> Logstash是一个数据收集引擎，它支持动态的的从各种数据源获取数据，并对数据进行过滤，分析，丰富，统一格式等操作，然后存储到用户指定的位置。 具体内容可看官网：https://www.elastic.co/cn/products/logstash 系统：CentOS7.2 官网地址：https://www.elastic.co/guide/en/logstash/current/installing-logstash.html#installing-logstash 1. 在 /etc/yum.repos.d/ 下新建logstash.repo 配置YUM源地址 内容如下： [logstash- 6 .x] name =Elastic repository for 6 .x packages baseurl =https: // artifacts.elastic.co/packages/6.x/yum gpgcheck= 1 gpgkey =https: // artifacts.elastic.co/GPG-KEY-elasticsearch enabled= 1 autorefresh = 1 type =rpm-md 2. 直接安装： sudo yum install logstash 安装后可在 /etc/systemd/system

3 月，跳不动了？>>> 概述 为保证服务可靠性，数据库一般都要求在服务器启动时自动运行，pg也需要一定设置才能实现此功能，下面就检查测试介绍下postgresql（edb） 实现开机自启动的两种简单方法 测试环境 系统 [ppas@stephen ~]$ cat /etc/redhat-release CentOS Linux release 7.7.1908 (Core) 数据库版本 [ppas@stephen ~]$ psql --version psql (EnterpriseDB) 9.5.0.5 systemcetl 服务实现 使用systemctl 服务控制实现开机自启动 在/etc/systemd/system/ 文件夹下，创建一个 .server 文件，文件内容如下，主要分为[unit]，[service]，[install] 三个小节 [Unit] Description=postgresql project #描述 After=pgserver.service #在此服务启动后才启动，这里可以不写 [Service] Type=forking #服务的类型，常用的有 simple（默认类型） 和 forking。默认的 simple 类型可以适应于绝大多数的场景，因此一般可以忽略这个参数的配置。而如果服务程序启动后会通过 fork 系统调用创建子进程

3 月，跳不动了？>>> 上一篇文章，介绍了 Systemd 的主要命令 ，这篇文章主要介绍如何使用 Systemd 来管理我们的服务,以及各项的含义； 一、开机启动 对于那些支持 Systemd 的软件，安装的时候，会自动在/usr/lib/systemd/system目录添加一个配置文件,如果你想让该软件开机启动，就执行下面的命令（以httpd.service为例）。 $ sudo systemctl enable httpd 上面的命令相当于在/etc/systemd/system目录添加一个符号链接，指向/usr/lib/systemd/system里面的httpd.service文件。 这是因为开机时，Systemd只执行/etc/systemd/system目录里面的配置文件。这也意味着，如果把修改后的配置文件放在该目录，就可以达到覆盖原始配置的效果。 二、启动服务 设置开机启动以后，软件并不会立即启动，必须等到下一次开机。如果想现在就运行该软件，那么要执行systemctl start命令。 $ sudo systemctl start httpd 执行上面的命令以后，有可能启动失败，因此要用systemctl status命令查看一下该服务的状态。 $ sudo systemctl status httpd httpd.service - The Apache