1、ansible-playbook实现MySQL的二进制部署
ansible：master1（10.0.0.151）
数据库服务器：slave1（10.0.0.152）
master1：
- 安装ansible
-
vim /etc/ansible/ansible.cfg，host_key_checking = False、remote_user = root等，
vim /etc/ansible/hosts添加slave1服务器地址（略）
mysql二进制安装步骤
- 安装依赖包（centos8默认镜像地址被官方移除，所以增加修改yum源）
- 创建用户组
- 创建用户
- 拷贝二进制
- 创建软链接
- 拷贝配置文件
- 初始化mysqld --initialize-insecure
- 拷贝服务文件
- PATH变量
- 启动服务（发现报错），于是在playbook中增加创建软链接的步骤
报错
- 修改数据库密码
vim mysql.yml
---
- hosts: sql
vars:
mysql_version: 8.0.27
mysql_file: mysql-{{mysql_version}}-linux-glibc2.12-x86_64.tar.xz
mysql_password: 123456
tasks:
- name: remove repo
shell: /usr/bin/rm -rf /etc/yum.repos.d/*.repo
- name: repo1
yum_repository:
name: base1
description: YUM repo base
file: CentOS8-new.repo
baseurl: http://mirrors.aliyun.com/centos-vault/8.5.2111/BaseOS/$basearch/os/
gpgcheck: no
- name: repo2
yum_repository:
name: extras1
description: YUM repo extras
file: CentOS8-new.repo
baseurl: http://mirrors.aliyun.com/centos-vault/8.5.2111/extras/$basearch/os/
gpgcheck: no
- name: repo3
yum_repository:
name: AppStream1
description: YUM repo appsteam
file: CentOS8-new.repo
baseurl: http://mirrors.aliyun.com/centos-vault/8.5.2111/AppStream/$basearch/os/
gpgcheck: no
- name: makecache
shell: /usr/bin/yum makecache
- name: ensure a list of packages installed
yum:
name: "{{ packages }}"
vars:
packages:
- libaio-devel
- numactl-devel
- name: Ensure group "mysql" exists
group:
name: mysql
gid: 306
- name: Add the user 'mysql'
user:
name: mysql
uid: 306
home: /data/mysql
shell: /bin/false
group: mysql
- name: Extract zip
unarchive:
src: /data/{{ mysql_file }}
dest: /usr/local/
group: mysql
owner: mysql
- name: Create a symbolic link 1
file:
src: /usr/local/mysql-{{ mysql_version }}-linux-glibc2.12-x86_64
dest: /usr/local/mysql
state: link
- name: copy config
copy:
src: /root/ansible/my.cnf
dest: /etc/my.cnf
- name: initial mysql
shell: /usr/local/mysql/bin/mysqld --initialize-insecure --user=mysql --datadir=/data/mysql
tags: data
- name: service file
shell: /bin/cp /usr/local/mysql/support-files/mysql.server /etc/init.d/mysqld
- name: PATH
copy:
content: 'PATH=/usr/local/mysql/bin:$PATH'
dest: /etc/profile.d/mysql.sh
- name: Create a symbolic link 2
file:
src: /usr/lib64/libtinfo.so.6.1
dest: /usr/lib64/libtinfo.so.5
state: link
- name: service enable
shell: chkconfig --add mysqld;/etc/init.d/mysqld start
- name: mysql_root_password
shell: /usr/local/mysql/bin/mysqladmin -uroot password {{ mysql_password }}
运行playbook
登录mysql
成功
2、Ansible playbook实现apache批量部署,并对不同主机提供以各自IP地址为内容的index.html
- 安装ansible，编辑host文件，设置ssh免密
-
ansible web -m setup找到需要的IP地址变量
- 在yml所在文件夹新建templates文件夹
mkdir templates - 创建j2模板文件
vim index.html.j2
ip:{{ ansible_default_ipv4.address }}
- 编辑playbook
vim httpd.yml
---
- hosts: web
tasks:
- name: install the latest version of Apache
yum:
name: httpd
state: latest
- name: template
template:
src: index.html.j2
dest: /var/www/html/index.html
- name: Start service httpd, if not started
service:
name: httpd
state: started
enabled: yes
- 运行playbook
-
在客户端成功访问
结果
3、http的报文结构和状态码总结
HTTP有两类报文：请求报文和响应报文
HTTP 请求和响应具有相似的结构，由以下部分组成︰
- 一行起始行用于描述要执行的请求，或者是对应的状态，成功或失败。这个起始行总是单行的。
- 一个可选的HTTP头集合指明请求或描述消息正文。
- 一个空行指示所有关于请求的元数据已经发送完毕。
- 一个可选的包含请求相关数据的正文 (比如HTML表单内容), 或者响应相关的文档。 正文的大小有起始行的HTTP头来指定。
起始行和 HTTP 消息中的HTTP 头统称为请求头，而其有效负载被称为消息正文。
请求报文
请求行
-
方法：
- GET（表示要获取资源）
- POST（表示向服务器推送数据）
- HEAD（HEAD跟GET相似，不过服务端接收到HEAD请求时只返回响应头，不发送响应内容）
- PUT（把一个资源存放在指定的位置上。）
- DELETE（删除）
- OPTIONS（用于获取当前URL所支持的方法。）
- TRACE（回显服务器收到的请求，主要用于测试或诊断）
- CONNECT（代理服务器使用）
-
URL:常见的有以下几种
-
一个绝对路径，末尾跟上一个 ' ? ' 和查询字符串。这是最常见的形式，被 GET，POST，HEAD 和 OPTIONS 方法所使用。
一个完整的URL，主要在使用 GET 方法连接到代理时使用
-
一个绝对路径，末尾跟上一个 ' ? ' 和查询字符串。这是最常见的形式，被 GET，POST，HEAD 和 OPTIONS 方法所使用。
版本：http版本 HTTP/1.0、HTTP/1.1等
首部行（请求头部）由关键字/值对组成，每行一对
- User-Agent : 产生请求的浏览器类型
- Accept : 客户端希望接受的数据类型，比如 Accept：text/xml（application/json）表示希望接受到的是xml（json）类型
- Content-Type：发送端发送的实体数据的数据类型。比如，Content-Type：text/html（application/json）表示发送的是html类型。
- Host : 请求的主机名，允许多个域名同处一个IP地址，即虚拟主机
请求体
GET没有请求数据，POST有。
响应报文
状态码是三位数字，分为5大类共33种。
- 1xx 表示通知信息的，如请求收到了或正在进行处理。
- 100 Continue 信息型状态响应码表示目前为止一切正常, 客户端应该继续请求, 如果已完成请求则忽略。
- 101 Switching Protocol（协议切换）状态码表示服务器应客户端升级协议的请求正在切换协议。
- 2xx 表示成功，如接受或知道了。
- 200 OK：客户端请求成功。
- 204 No Content：无内容。服务器成功处理，但未返回内容。一般用在只是客户端向服务器发送信息，而服务器不用向客户端返回什么信息的情况。不会刷新页面。
- 206 Partial Content：服务器已经完成了部分GET请求（客户端进行了范围请求）。响应报文中包含Content-Range指定范围的实体内容。
- 3xx 表示重定向，表示要完成请求还必须采取进一步的行动。
- 301 Moved Permanently：永久重定向，表示请求的资源已经永久的搬到了其他位置。
- 302 Found：临时重定向，表示请求的资源临时搬到了其他位置。
- 303 See Other：临时重定向，应使用GET定向获取请求资源。303功能与302一样，区别只是303明确客户端应该使用GET访问。
- 304 Not Modified：表示客户端发送附带条件的请求（GET方法请求报文中的IF…）时，条件不满足。返回304时，不包含任何响应主体。虽然304被划分在3XX，但和重定向一毛钱关系都没有。
- 307 Temporary Redirect：临时重定向，和302有着相同含义。POST不会变成GET
- 4xx 表示客户的差错，如请求中有错误的语法或不能完成。
- 400 Bad Request：客户端请求有语法错误，服务器无法理解。
- 401 Unauthorized：请求未经授权，这个状态代码必须和WWW-Authenticate报头域一起使用。
- 403 Forbidden：服务器收到请求，但是拒绝提供服务。
- 404 Not Found：请求资源不存在。比如，输入了错误的url。
- 415 Unsupported media type：不支持的媒体类型。
- 5xx 表示服务器的差错，如服务器失效无法完成请求。
- 500 Internal Server Error：服务器发生不可预期的错误。
- 503 Server Unavailable：服务器当前不能处理客户端的请求，一段时间后可能恢复正常。
- 504 Gateway Timeout：网关超时，代理服务器等待应用服务器响应时的超时。
