# 一、操作

![image.png](/static/img/8798635ea6475f4d7dc1c70c57bfb201.image.webp)

# 二、创建用户组
![image.png](/static/img/50158ddf360e369c59165e8acb2146d7.image.webp)

![image.png](/static/img/ece46a58137f598eec953a1225fd22c1.image.webp)

![](https://songxuan.vip/static/img/a8d1e9f415bbd27bafb79a6c9077b551.image.webp)

# 三、创建用户进行授权


![image.png](/static/img/30283e475cce8eb786c0ea951c45418e.image.webp)

![image.png](/static/img/50bf2985c1ba18b2b43c4e927ef12540.image.webp)

![image.png](/static/img/0fb38e3debed87f3d3120f1b1c9546d9.image.webp)


![image.png](/static/img/c17005c9dffd67410ad30c5fade909c2.image.webp)

# 四、测试用户登录
复制登录地址

![image.png](/static/img/0599ec1274d12a2cbd242ff4df62f07c.image.webp)


![image.png](/static/img/04d1eb0f078c2dba7a54c5344cc709dc.image.webp)

成功登录
![image.png](/static/img/09f66b8c21f860b0e89071af6a29fb26.image.webp)


当访问没授权的资源时就会提示

![image.png](/static/img/f5eac6c1f0f1cec1e50cb975bcb95270.image.webp)

5.阿里云访问控制ram

# 一、介绍

| 云存储类型 |  |
| --- | --- |
| 块存储 |云盘(数据盘,系统盘)  |
| nas存储文件存储 |类以于nfs(web配置，命令行进行挂载) 不支持高并发，容量有限|
| oss存储对象存储|类似于文件存储，使用方式程序代码通过接口调用 支持高并发，容量无限|


# nas的使用

![image.png](/static/img/6503c680f96f83be1b51c4b73e4750c8.image.webp)


![image.png](/static/img/a291dd156966bce0b86bf8c80835bfc0.image.webp)

4.阿里云存储

# 一、介绍
在 Ansible 中，Roles（角色） 是一种模块化、结构化的组织方式，用于将复杂的 Playbook 拆分为多个独立的 “功能单元”（如 “部署 Nginx”“配置数据库”“安装 ELK” 等）。它通过固定的目录结构，将任务、变量、模板、文件等按功能分类存放，让代码更清晰、更易复用和维护，尤其适合大型项目、团队协作或需要跨项目复用的场景。

为什么需要 Roles？
- 当 Playbook 用于复杂场景（如部署一个完整的 ELK 集群）时，直接写在单个 YAML 文件中会导致：
- 代码冗长（几百行甚至上千行），难以阅读和修改；
- 功能耦合严重（比如 “安装 Elasticsearch” 和 “配置 Logstash” 的代码混在一起）；
- 无法复用（换一个项目部署 ELK 时，需要重新复制粘贴代码，容易出错）。
- Roles 则通过标准化目录结构解决这些问题：将一个完整功能（如 “部署 Elasticsearch”）拆分为独立角色，每个角色内部包含自己的任务、变量、配置文件等，需要时直接 “调用” 即可。
- Roles 的核心目录结构
- 每个 Role 必须遵循固定的目录结构（Ansible 会自动识别这些目录的作用），典型结构如下：


```js
roles/
└── elasticsearch/  # 角色名称（比如“部署 Elasticsearch”的角色）
    ├── tasks/      # 核心任务（必须有，存放要执行的任务列表）
    │   └── main.yml  # 任务入口文件（Ansible 会自动加载）
    ├── handlers/   # 处理器（存放被 notify 触发的任务，如重启服务）
    │   └── main.yml
    ├── vars/       # 角色专属变量（优先级较高，通常不允许用户修改）
    │   └── main.yml
    ├── defaults/   # 角色默认变量（优先级较低，允许用户在外部覆盖）
    │   └── main.yml
    ├── templates/  # 模板文件（带变量的配置文件，如 elasticsearch.yml.j2）
    ├── files/      # 静态文件（无需渲染的文件，如证书、脚本）
    └── meta/       # 角色元信息（如作者、依赖关系）
        └── main.yml
```

# 二、实操
- 目标场景
- 通过 Roles 实现：
- 在目标主机（elk1组）安装 Nginx；
- 用模板生成 Nginx 配置文件（支持自定义端口）；
- 替换默认首页为带动态内容的 HTML（显示主机名和自定义标题）；
- 配置防火墙允许 Nginx 端口访问；
- 确保 Nginx 服务启动并开机自启。



## 步骤 1：创建项目目录结构

```js
# 创建项目根目录
mkdir -p ~/nginx_role_demo
cd ~/nginx_role_demo

# 创建Roles及子目录（nginx为角色名）
mkdir -p roles/nginx/{tasks,handlers,templates,defaults,files}

# 最终目录结构如下
tree .
.
├── roles/
│   └── nginx/               # 角色名：部署Nginx
│       ├── tasks/           # 任务列表（核心）
│       ├── handlers/        # 处理器（重启服务等）
│       ├── templates/       # 模板文件（带变量）
│       ├── defaults/        # 默认变量（可被覆盖）
│       └── files/           # 静态文件（可选）
└── deploy_nginx.yml         # 主Playbook：调用角色
```

## 步骤 2：编写 Roles 各组件文件
### defaults/main.yml（默认变量，可被外部覆盖）
```js
vi /root/nginx_role_demo/roles/nginx/defaults/main.yml
```

定义 Nginx 端口、首页标题等默认值：

```yml
nginx_port: 80                   # 默认端口
page_title: "Default Web Page"   # 默认首页标题
firewall_service: "firewalld"    # 防火墙服务名（CentOS默认firewalld）
```

### templates/nginx.conf.j2（Nginx 配置模板，用变量定义端口）

模板文件以.j2为后缀，通过{{ 变量名 }}引用变量：

```js
vi /root/nginx_role_demo/roles/nginx/templates/nginx.conf.j2
```
```js
server {
    listen {{ nginx_port }};  # 监听端口（引用defaults中的变量）
    server_name _;

    root /usr/share/nginx/html;
    index index.html;

    # 日志配置
    access_log /var/log/nginx/access.log;
    error_log /var/log/nginx/error.log;
}
```


### templates/index.html.j2（自定义首页模板，显示主机名和标题）

用{{ ansible_hostname }}（Ansible 内置变量，获取主机名）和自定义标题：

```js
vi /root/nginx_role_demo/roles/nginx/templates/index.html.j2
```
```js

<!DOCTYPE html>
<html>
<head>
    <title>{{ page_title }}</title>
</head>
<body>
    <h1>Welcome to {{ page_title }}!</h1>
    <p>Hostname: {{ ansible_hostname }}</p>  
    <p>Deployed by Ansible Roles.</p>
</body>
</html>
```

### tasks/main.yml（核心任务列表，按顺序执行）

```js
vi /root/nginx_role_demo/roles/nginx/tasks/main.yml
```
定义安装、配置、启动等步骤：
```yml
# 任务1：安装Nginx
- name: 安装Nginx服务
  yum:
    name: nginx
    state: present  # 确保已安装
  tags: install  # 打标签，方便单独执行

# 任务2：复制Nginx配置文件（用templates目录的模板）
- name: 配置Nginx监听端口
  template:
    src: nginx.conf.j2  # 从templates目录加载模板
    dest: /etc/nginx/conf.d/default.conf  # 远程目标路径
    mode: 0644  # 文件权限
  notify: 重启Nginx  # 配置文件变化时，触发handlers重启服务
  tags: config

# 任务3：替换默认首页（用templates目录的模板）
- name: 部署自定义首页
  template:
    src: index.html.j2
    dest: /usr/share/nginx/html/index.html
    mode: 0644
  tags: page

# 任务4：配置防火墙允许Nginx端口访问
- name: 防火墙允许{{ nginx_port }}端口
  firewalld:
    port: "{{ nginx_port }}/tcp"
    permanent: yes  # 永久生效
    immediate: yes  # 立即生效（无需重启防火墙）
    state: enabled
  tags: firewall

# 任务5：确保Nginx服务启动并开机自启
- name: 启动Nginx服务
  service:
    name: nginx
    state: started
    enabled: yes  # 开机自启
  tags: service
```

### handlers/main.yml（处理器：配置变化后重启 Nginx）
仅在被notify触发时执行：

```js
vi /root/nginx_role_demo/roles/nginx/handlers/main.yml
```
```js
# roles/nginx/handlers/main.yml
- name: 重启Nginx
  service:
    name: nginx
    state: restarted
```

## 步骤 3：编写主 Playbook（deploy_nginx.yml）
在项目根目录创建 Playbook，指定目标主机并调用nginx角色，可覆盖默认变量：

```js
vi /root/nginx_role_demo/deploy_nginx.yml
```
```js
# ~/nginx_role_demo/deploy_nginx.yml
- name: 使用Roles部署Nginx服务
  hosts: elk1  # 目标主机组（对应hosts文件中的elk1）
  remote_user: root  # 远程执行用户
  roles:
    - role: nginx  # 调用roles/nginx角色
  vars:
    # 覆盖默认变量：端口改为8080，首页标题改为"ELK Web Server"
    nginx_port: 8080
    page_title: "ELK Web Server"
```

## 步骤 4：执行 Playbook 部署服务
在控制机项目目录下执行命令：

```js
cd ~/nginx_role_demo
ansible-playbook deploy_nginx.yml
```
只要看到都是绿色就没问题了，
![image.png](/static/img/eae140f56deca82ee0d7350c84fc6d98.image.webp)


![image.png](/static/img/cf933709507ea693b5b8479e4cfbb11e.image.webp)
- 执行过程说明：
- Ansible 会先解析deploy_nginx.yml，找到roles: nginx，然后加载roles/nginx/tasks/main.yml中的任务。
- 按顺序执行 “安装 Nginx→配置端口→部署首页→配置防火墙→启动服务”。
- 若 Nginx 配置文件有变化（如端口从默认 80 改为 8080），会触发handlers中的 “重启 Nginx”。

验证
```js
curl 192.168.183.112:8080
```

4.Ansible的roles（角色模式）

# 一、Playbook介绍
在 Ansible 中，Playbook（剧本） 是用于定义复杂、流程化任务的配置文件，采用 YAML 格式编写。它可以将多个任务（如安装软件、配置文件、启动服务等）按顺序组织起来，实现自动化部署、配置管理或应用发布，是 Ansible 实现 “代码化运维” 的核心工具。

- 为什么需要 Playbook？
- ad-hoc 模式适合执行简单的临时命令，但面对以下场景时力不从心：
- 多步骤任务（如 “安装软件 → 配置文件 → 启动服务 → 验证状态”）；
- 需要条件判断（如 “只在 CentOS 主机上执行某操作”）；
- 需要循环处理（如 “批量创建 10 个用户”）；
- 任务需要复用（如 “多环境部署同一套服务”）。
- Playbook 则专门解决这些问题：它可以将任务 “代码化”，保存为文件，支持版本控制（如 Git），方便复用、修改和团队协作。
- Playbook 的核心特点：
- 声明式语法：描述 “目标状态”（如 “确保 Nginx 已安装且启动”），而非 “具体步骤”（Ansible 会自动处理实现过程）。
- 幂等性：多次执行同一 Playbook，结果始终一致（不会重复操作或报错）。
- 可扩展性：支持变量、条件判断、循环、模板、角色（Role）等高级功能。
- 可读性强：YAML 格式简洁直观，即使非技术人员也能大致看懂内容。

# 二、Playbook 的基本结构

```yml
# 示例：部署 Nginx 的 Playbook（nginx.yml）
- name: 部署 Nginx 服务  # Play 的名称（描述此 Play 的作用）
  hosts: elk1      # 目标主机/组（对应 hosts 文件中的定义）
  remote_user: root      # 远程执行用户
  vars:                  # 变量定义（可在任务中引用）
    nginx_port: 80
  tasks:                 # 任务列表（按顺序执行）
    - name: 安装 Nginx   # 任务名称（描述此步骤的作用）
      yum:               # 调用 yum 模块
        name: nginx
        state: present   # 确保已安装（幂等性：已安装则不重复操作）

    - name: 复制 Nginx 配置文件
      copy:
        src: ./nginx.conf  # 控制机本地配置文件
        dest: /etc/nginx/nginx.conf
      notify: 重启 Nginx  # 若配置文件变化，触发 Handler

    - name: 确保 Nginx 服务启动并开机自启
      service:
        name: nginx
        state: started
        enabled: yes

  handlers:              # 处理器（仅在被 notify 触发时执行，通常用于重启服务）
    - name: 重启 Nginx
      service:
        name: nginx
        state: restarted
```

```js
ansible-playbook <playbook文件名.yml>
```

- Play：一个 Playbook 可以包含多个 Play（用 - 开头），每个 Play 定义 “对哪些主机执行哪些任务”。
- name：Play 的描述（可选，便于阅读）。
- hosts：指定目标主机 / 组（如 webservers、elk1，必须存在于 hosts 文件中）。
- remote_user：远程执行任务的用户（可覆盖 ansible.cfg 配置）。
- Tasks：任务列表，是 Play 的核心，按顺序执行。每个任务包含：
- name：任务描述（可选，但强烈建议写，便于调试和阅读）。
- 模块调用：如 yum、copy、service 等，模块参数根据需求填写。
- notify：当任务导致远程主机状态变化时（如配置文件被修改），通知 handlers 中的某个处理器执行（如重启服务）。
- Vars：变量定义，用于存储可复用的值（如端口号、文件路径），在任务中用 {{ 变量名 }} 引用（例如 {{ nginx_port }}）。
- Handlers：处理器，本质是特殊的任务，仅在被 notify 触发时执行（通常用于 “配置变化后重启服务” 等场景），避免不必要的重复操作。

3.Ansible的Playbook（剧本模式）

# 一、ad-hoc模式
- 在 Ansible 中，ad-hoc 模式（临时命令模式）是一种快速执行单个或简单任务的方式，无需编写复杂的 Playbook，适合临时排查问题、执行一次性操作（如批量命令、检查状态、简单配置等）。

- 核心特点：
- 临时性：用于执行简单、一次性的任务（如 “批量重启服务器”“查看所有主机磁盘使用率”）。
- 无需 Playbook：直接通过命令行输入指令，无需编写 YAML 格式的 Playbook 文件。
- 依赖模块：通过调用 Ansible 的内置模块（如ping、command、yum等）实现功能。

## ad-hoc 命令的基本格式：
```js
ansible <目标主机/组> -m <模块名> -a <模块参数> [其他选项]
```

## 测试主机连通性（ping模块）

```js
# 测试elk1组的连通性
ansible elk1 -m ping

# 测试所有主机（all是内置组，包含所有定义的主机）
ansible all -m ping
```



## 执行 shell 命令（command或shell模块）
```js
# 查看elk2组主机的 hostname
ansible elk2 -m command -a 'hostname'

# 查看elk1主机的磁盘使用率（用shell模块支持管道|）
ansible elk1 -m shell -a 'df -h | grep /'
```
## copy 模块的作用
copy 模块只能 控制机 → 远程主机 复制
```js
# ansible <目标主机/组> -m copy -a 'src=本地路径 dest=远程路径 [其他参数]'
ansible elk1 -m copy -a 'src=/tmp/elk.conf dest=/etc/elk/elk.conf'
```

## fetch 模块
远程主机 → 控制机 拉取文件

```js
# 拉取 elk1 主机的 /var/log/elk.log 到控制机的 /tmp/remote_logs/ 目录（自动按主机IP分目录）
ansible elk1 -m fetch -a 'src=/var/log/elk.log dest=/tmp/remote_logs/'
```

## 批量创建文件 / 目录（file模块）


```js
# 在elk1和elk2所有主机上创建/tmp/elk目录
ansible elk1:elk2 -m file -a 'path=/tmp/elk state=directory mode=0755'
```
## 安装软件（yum模块，需 root 权限）

```js
# 在elk1组安装nginx（假设远程用户是root）
ansible elk1 -m yum -a 'name=nginx state=present'
```
## 重启服务（service模块）

```js
# 重启elk2组的sshd服务
ansible elk2 -m service -a 'name=sshd state=restarted'
```

