分类：未分类

云端与本地：虚拟磁盘格式详解与转换实战指南

1. 虚拟磁盘格式详解

以下是主流虚拟磁盘格式的特点、适用平台及场景对比：

格式	适用平台	特点	适用场景
QCOW2	KVM、QEMU、部分 Xen 配置	动态分配空间、支持快照、压缩、加密，文件较小但性能稍低于 RAW	开发测试、需要快照的生产环境
RAW	KVM、VMware、VirtualBox 等	无封装、固定大小、直接映射物理存储，性能最高但占用空间大	高性能生产环境（如数据库服务器）
VMDK	VMware（ESXi、Workstation、Fusion）	支持单文件（monolithic）或分割文件（split）、集成 VMware 快照机制	VMware 虚拟化环境
VDI	VirtualBox	动态分配空间、支持快照，专为 VirtualBox 设计	VirtualBox 测试或个人虚拟化
VHD/VHDX	Microsoft Hyper-V	VHD 支持固定和动态扩展，VHDX 增强性能并支持更大容量（高达 64TB）	Hyper-V 环境

补充说明

QCOW2：支持“写时复制”（Copy-on-Write），快照功能使其非常适合需要频繁回滚的场景。
RAW：因无额外封装，I/O 性能接近物理磁盘，但不支持快照或压缩。
VMDK：子格式多样（如 monolithicSparse 动态分配，monolithicFlat 固定分配），需根据需求选择。
VHDX：相比 VHD，增加了日志功能以提高容错性，适用于企业级 Hyper-V 部署。

2. 虚拟磁盘格式转换

格式转换常用于跨平台迁移或优化存储性能，qemu-img 是最常用的开源工具，支持多种格式互转。

2.1 qemu-img 工具简介

安装：大多数 Linux 发行版可通过包管理器安装（如 sudo apt install qemu-utils）。
基本命令：

qemu-img convert -f <源格式> -O <目标格式> [选项] <源文件> <目标文件>

-f：指定源格式（可选，工具可自动检测）。
-O：指定目标格式。
常用选项：
-c：启用压缩（仅对 QCOW2 等支持压缩的格式有效）。
-p：显示转换进度。
-o：指定输出选项（如 VMDK 的子格式）。

2.2 常见转换示例

QCOW2 转 RAW（高性能需求）：

qemu-img convert -f qcow2 -O raw -p source.qcow2 output.img

RAW 转 QCOW2（节省空间并启用快照）：

qemu-img convert -f raw -O qcow2 -c source.img output.qcow2

QCOW2 转 VMDK（迁移到 VMware）：

qemu-img convert -f qcow2 -O vmdk -o subformat=monolithicSparse source.qcow2 output.vmdk

补充：若需固定大小，可用 -o subformat=monolithicFlat。

QCOW2 转 VDI（迁移到 VirtualBox）：

qemu-img convert -f qcow2 -O vdi source.qcow2 output.vdi

QCOW2 转 VHD（迁移到 Hyper-V）：

qemu-img convert -f qcow2 -O vpc source.qcow2 output.vhd

补充：若需 VHDX，可用 -O vhdx。

2.3 高级用法

检查磁盘信息：

qemu-img info source.qcow2

调整大小（仅限动态分配格式）：

qemu-img resize output.qcow2 +10G

3. 云迁移实践

3.1 上云迁移（本地到云端）

步骤：

选择云平台：如 AWS（支持 RAW、VMDK）、Azure（支持 VHD）、GCP（支持 RAW）
转换格式：根据目标云要求，使用 qemu-img 转换（如 AWS 推荐 VMDK，Azure 推荐 VHD）
上传磁盘：
导入并创建实例：
测试验证：检查网络配置、存储挂载及服务运行状态。

3.2 下云迁移（云端到本地）

步骤：

导出磁盘：
转换格式：转为本地虚拟化平台支持的格式。
创建虚拟机：导入磁盘到本地平台（如 KVM、VirtualBox）
验证兼容性：确保驱动、网络配置与本地环境匹配。

4. 注意事项与最佳实践

备份先行：转换或迁移前备份源文件，避免数据丢失。
空间规划：
- RAW 格式需预留完整磁盘大小（如 100GB 虚拟磁盘需 100GB 物理空间）
- 动态分配格式（如 QCOW2）初始占用小，但随使用增长。
性能权衡：
- RAW 性能最佳，但无快照功能。
- QCOW2、VDI 等动态格式 I/O 性能稍逊，适合开发测试。
兼容性检查：
- 确保目标平台支持转换后的格式及版本（如 Hyper-V 的 VHDX）
工具版本：使用最新 qemu-img（如 2025 年版本支持更多特性）

5. 推荐

KVM/QEMU：推荐 QCOW2，兼顾灵活性与功能。
VMware：推荐 VMDK，集成快照与企业特性。
VirtualBox：推荐 VDI，简单易用。
Hyper-V：推荐 VHDX，性能与容量兼得。
跨平台迁移：依赖 qemu-img，根据需求选择子格式。
云迁移：根据目标云格式要求（如 AWS 的 VMDK、Azure 的 VHD）灵活转换

2025年3月11日

SSH Config 别名配置让远程连接更便捷
在日常的系统管理和开发工作中，每次远程连接服务器输入冗长的SSH命令，如ssh user@remote_host -p port -i ~/.ssh/private_key，既繁琐又容易出错。通过配置SSH配置文件，我们可以为常用服务器设置别名和默认参数，从而简化连接过程，提高工作效率。

SSH 配置文件的位置：
- Linux/macOS： ~/.ssh/config
- Windows： 在使用Git Bash或者Windows自带的openssh客户端，在“~/.ssh/config”配置，如果不存在就创建一个。
配置文件：
```
Host my_server
    HostName 192.168.1.10  
    User liqixin  
    Port 22  
    IdentityFile ~/.ssh/key  
    Compression yes  
    ServerAliveInterval 60  
    ServerAliveCountMax 3  
```
配置完成后，只需在终端输入ssh my_server，即可快速连接到远程服务器。

参数说明：
- Host ion：定义一个别名为 my_server，之后可以直接 my_server 连接服务器。
- HostName 192.168.1.10：指定实际的服务器 IP 地址。
- User liqixin：指定要使用的 SSH 用户名。
- Port 22：指定 SSH 端口号，默认是 22，但如果服务器使用了不同的端口，可以在这里修改。
- IdentityFile ~/.ssh/key：指定 SSH 私钥文件的位置，确保该私钥对应服务器上的公钥，才能成功登录。
- Compression yes：开启 SSH 连接的压缩功能，提高低带宽环境下的传输效率。
- ServerAliveInterval 60：每 60 秒发送一个心跳包，保持连接活跃，防止 SSH 连接因长时间不活动而断开。
- ServerAliveCountMax 3：如果服务器没有响应心跳包 3 次，则自动断开连接。
2025年3月11日

Docker swarm 集群搭建实现wordpress高可用

1. 安装Docker

curl -fsSL https://get.docker.com -o get-docker.sh && sh get-docker.sh

2. 配置swarm

# manage节点
docker swarm init --advertise-addr 192.168.1.190

# worker节点
docker swarm join --token <TOKEN> 192.168.1.190:2377

# 样例
docker swarm join --token SWMTKN-1-29g8esjiy370vvmp4p3d0cldhca0q2uwfsb2eyszwmkhg99pc5-a6n5vf0gpg2hf14xsz9i4ybpu 192.168.1.190:2377

验证

# manage 节点查看
docker node ls

# 输出
root@debian:~# docker node ls

ID&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; HOSTNAME &nbsp; STATUS&nbsp; &nbsp; AVAILABILITY &nbsp; MANAGER STATUS &nbsp; ENGINE VERSION

stnfb1bdotj8ka915yuhrt8ex * &nbsp; debian &nbsp; &nbsp; Ready &nbsp; &nbsp; Active &nbsp; &nbsp; &nbsp; &nbsp; Leader &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 28.0.1

upicmogfh7spfgcsuy9knljna &nbsp; &nbsp; debian &nbsp; &nbsp; Ready &nbsp; &nbsp; Active&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 28.0.1

root@debian:~#

3. Docker Swarm来运行 WordPress 并实现高可用

WordPress 数据持久化：使用 local volume 并在 Swarm 模式下进行数据同步。
MySQL 主从复制：使用 MySQL 8.0 实现 主从架构，保证数据库高可用。
负载均衡：使用 Swarm 内置的 ingress 网络，让 WordPress 服务在两台机器上自动负载均衡。
自动重启：如果某个节点故障，Swarm 可以自动将容器调度到可用节点。

4. 部署步骤

Docker Compose 文件 (`docker-compose.yml`)

version: '3.8'

services:
  mysql-master:
    image: mysql:8.0
    command: --server-id=1 --log-bin=mysql-bin --binlog-format=ROW
    environment:
      MYSQL_ROOT_PASSWORD: rootpassword
      MYSQL_DATABASE: wordpress
      MYSQL_USER: wpuser
      MYSQL_PASSWORD: wppassword
    volumes:
      - mysql_master_data:/var/lib/mysql
    networks:
      - wp_network
    deploy:
      replicas: 1
      placement:
        constraints:
          - node.role == manager

  mysql-slave:
    image: mysql:8.0
    command: --server-id=2 --log-bin=mysql-bin --binlog-format=ROW
    environment:
      MYSQL_ROOT_PASSWORD: rootpassword
      MYSQL_DATABASE: wordpress
      MYSQL_USER: wpuser
      MYSQL_PASSWORD: wppassword
    volumes:
      - mysql_slave_data:/var/lib/mysql
    networks:
      - wp_network
    deploy:
      replicas: 1
      placement:
        constraints:
          - node.role == worker

  wordpress:
    image: wordpress:latest
    depends_on:
      - mysql-master
    environment:
      WORDPRESS_DB_HOST: mysql-master
      WORDPRESS_DB_USER: wpuser
      WORDPRESS_DB_PASSWORD: wppassword
      WORDPRESS_DB_NAME: wordpress
    volumes:
      - wordpress_data:/var/www/html
    networks:
      - wp_network
    deploy:
      mode: replicated
      replicas: 2
      restart_policy:
        condition: on-failure
    ports:
      - "80:80"

volumes:
  mysql_master_data:
  mysql_slave_data:
  wordpress_data:

networks:
  wp_network:
    driver: overlay

1. 将 `docker-compose.yml`上传到管理节点

scp docker-compose.yml user@swarm-manager:/home/user/

2. 在 Swarm 管理节点上执行部署

docker stack deploy -c docker-compose.yml wordpress

3. 验证服务是否正常运行

docker stack services wordpress

4. 查看所有容器运行状态

docker ps

高可用性

数据库：主从架构，若 mysql-master 失败，可手动切换 mysql-slave 为主库。
WordPress：多个副本运行在不同的 Swarm 节点，即使一台机器宕机，站点依然可用。
负载均衡：Swarm 内置负载均衡，所有 WordPress 副本共享流量，确保访问分布均衡。

2025年3月11日

云与云原生：区别、优势与挑战的全面解析

在数字化浪潮中，“云”与“云原生”已成为企业技术战略的核心。尽管两者都与云计算紧密相关，但它们在定义、技术实现和应用场景上存在显著差异。本文将深入探讨云计算和云原生的本质，剖析其优势与挑战，并结合实际案例阐明两者的关系与适用性。

一、云计算（Cloud Computing）：基础设施的革命

定义与核心概念

云计算是一种通过互联网按需提供计算资源（如服务器、存储、数据库、网络和软件）的服务模式。它取代了企业自建数据中心的传统方式，用户只需通过云服务提供商（如 AWS、Azure、阿里云）租用资源即可。其核心在于虚拟化技术和资源共享，服务模式包括：

IaaS（基础设施即服务）：提供虚拟机、存储等基础资源，如 AWS EC2。
PaaS（平台即服务）：提供开发和运行环境，如 Google App Engine。
SaaS（软件即服务）：直接提供现成软件，如 Microsoft Office 365。

主要特点

按需自助服务：用户通过控制面板随时申请或释放资源，无需人工干预。
资源池化：通过虚拟机（VM）技术，多用户共享底层硬件，提升利用率。
快速弹性：可根据负载动态调整资源，例如在电商促销时增加服务器。
广泛网络访问：支持通过互联网从任何设备访问服务。
可度量性：资源使用可被监控，用户按实际用量付费（如按小时计费）。

优势

降低成本：无需购买昂贵硬件或雇佣大量运维人员。例如，一家初创公司无需自建服务器即可启动业务。
灵活性与可扩展性：企业可根据需求随时扩容，例如在流量高峰时增加计算实例。
简化 IT 管理：云提供商负责硬件维护和升级，用户专注于业务逻辑。
加速创新：快速部署测试环境，例如开发团队可在一天内搭建新应用原型。

挑战

安全与隐私：数据存储在云端可能面临泄露或合规性风险，如 GDPR 要求。
供应商锁定：应用依赖特定云厂商的 API，迁移到其他平台（如从 AWS 到 GCP）可能需重写代码。
数据迁移复杂性：将本地大数据集迁移到云端可能耗时且昂贵。
网络依赖：服务可用性受限于互联网连接，例如网络中断可能导致业务停摆。

案例

一家传统制造企业将其 ERP 系统从本地服务器迁移到阿里云 ECS（弹性计算服务）。通过按需租用虚拟机，该企业减少了 40% 的硬件成本，同时实现了远程访问，但仍需手动调整服务器规模以应对需求波动。

二、云原生（Cloud Native）：为云优化的应用架构

定义与核心概念

云原生是一种软件开发和部署方法论，旨在充分利用云计算的分布式和弹性特性。它不仅仅是“上云”，而是从架构设计到运行都针对云环境优化。云原生由云原生计算基金会（CNCF）定义，其关键技术包括：

容器化：使用 Docker 等技术打包应用及其依赖。
微服务：将单体应用拆分为小型独立服务。
容器编排：通过 Kubernetes 实现自动化管理和动态调度。
DevOps：强调持续集成（CI）和持续部署（CD）。

主要特点

容器化：容器比虚拟机更轻量，启动时间以秒计，且跨环境一致。例如，一个容器化的 Web 服务可在开发、测试和生产环境无缝运行。
微服务架构：每个服务独立开发、部署和扩展。例如，电商系统可分为订单服务、支付服务和库存服务。
动态编排：Kubernetes 可根据负载自动增加或减少容器实例，并通过健康检查实现故障自愈。
自动化与声明式配置：使用 YAML 文件定义应用状态，结合 CI/CD 工具（如 Jenkins）实现部署自动化。

优势

高弹性与可靠性：微服务和容器支持动态扩展，例如 Netflix 在流量高峰时自动增加流媒体实例。
开发效率：团队可并行开发微服务，缩短上市时间。例如，一个支付模块的更新无需影响整个系统。
资源高效：容器无需完整操作系统，同一硬件可运行更多实例，相比虚拟机节省约 20%-30% 资源。
跨云移植性：标准化的容器技术（如 Docker）减少对特定云厂商的依赖，支持多云或混合云部署。
快速迭代：结合 DevOps，应用可每日多次发布，例如 GitHub 的频繁更新。

挑战

技术复杂性：团队需掌握容器、Kubernetes、服务网格（如 Istio）等技术，学习曲线陡峭。
安全风险：微服务间通信增加网络攻击面，例如需要 TLS 加密或零信任模型。
管理难度：分布式系统需更完善的监控（如 Prometheus）和日志聚合（如 ELK）。
初期投入：将单体应用重构为微服务成本高昂，例如需要重新设计数据库和通信协议。
文化转型：从传统 IT 到 DevOps 需要组织架构和协作方式的调整。

案例

Netflix 是云原生的典范。其流媒体平台基于 AWS，使用微服务和 Kubernetes 管理数千个容器。当全球用户同时观看热门剧集时，系统自动扩展实例，确保低延迟和高可用性。

三、云与云原生的关系与区别

关系

云计算为云原生提供基础设施，是“高速公路”；云原生则是利用这条路的“定制跑车”。云计算解决了资源获取的问题，而云原生优化了应用的开发与运行效率。两者共同推动了从“上云”到“云上优生”的演进。

区别

维度	云计算（Cloud Computing）	云原生（Cloud Native）
目标	提供灵活的基础设施	优化应用架构与运行效率
技术基础	虚拟机、传统部署	容器、微服务、自动化
扩展方式	手动或半自动	动态、自动化
设计理念	“迁移到云”	“为云而生”
适用阶段	上云初期	云上深度优化

四、适用场景与选择建议

云计算：
- 场景：传统企业快速上云，降低成本。例如，一家中型零售商将库存管理系统迁移到 Azure VM。
- 特点：适合技术债务较重、对弹性和迭代要求不高的业务。
云原生：
- 场景：高并发、快速迭代的互联网应用。例如，字节跳动使用微服务支持抖音的全球流量。
- 特点：适合追求敏捷性和竞争力的现代化业务。

选择建议：企业应根据现状权衡。初次上云可选择云计算，逐步积累经验后向云原生过渡。技术能力不足时，可借助云厂商的托管服务（如 AWS EKS）降低云原生门槛。

未来展望

云计算通过资源灵活性改变了 IT 格局，而云原生通过架构创新释放了云的全部潜力。两者相辅相成，驱动软件开发从静态迁移走向动态优化。云原生技术正进一步融合无服务器计算（Serverless）和 AI，推动智能化运维（AIOps）。例如，AWS Lambda 和 Google Cloud Functions 让开发者无需管理服务器即可运行代码。

企业在云时代的成功，取决于对“云”与“云原生”的理解与应用。无论是降低成本还是追求敏捷性，明确需求并匹配技术路径，都是制胜的关键。

2025年3月10日

搭建 MinIO 私有云存储并配置 Joplin 同步
搭建一个私有的云存储服务基于 MinIO，Joplin客户端配置S3进行笔记同步。这种方法简化了 MinIO 的部署和管理，并提供了一个安全、可靠且私有的笔记同步解决方案。

新版 MinIO 社区版已经移除了大部分 Web UI 管理功能（例如用户、权限、桶管理等），现在需要通过命令行工具 mc 操作，对我们来说使用起来不太方便。

可以选择minio/minio:RELEASE.2025-04-22T22-12-26Z 版本，主要是为了保留其功能完整的 Web 管理控制台。

安装MinIO

1. 创建 docker-compose.yml 文件
```
services:
  minio:
    image: minio/minio
    container_name: minio
    ports:
      - "9000:9000"
      - "9001:9001"
    volumes:
      - ./minio/data:/data
    environment:
      MINIO_ROOT_USER: qixinlee
      MINIO_ROOT_PASSWORD: qixinlee.com
    command: server /data --console-address ":9001"
    restart: always
```
重要提示：
- 立即修改默认用户名和密码！ 为了安全，请将 YOUR_ACCESS_KEY 和 YOUR_SECRET_KEY 替换为你自己生成的强密码。
2. 启动容器

运行以下命令启动 MinIO 容器：
```
docker compose up -d
```
这会在后台启动 MinIO 容器。使用 docker-compose logs minio 查看日志，确保没有错误。

3. 访问 MinIO 控制台
- 打开你的浏览器，访问 http://YOUR_IP:9001 （将 YOUR_IP 替换为运行 MinIO 服务器的 IP 地址）。
- 使用你设置的 MINIO_ROOT_USER 和 MINIO_ROOT_PASSWORD 登录。
4. 在MinIO 控制台创建 Bucket
- 登录后，单击 Buckets -> Create Bucket。
- 输入存储桶名称（例如，joplin-sync），然后单击 Create Bucket。
- 可以选择设置存储桶的对象锁定（Object Locking），防止意外删除。
- 重要提示： 创建Bucket后，强烈建议配置Bucket策略，限制对Bucket的访问。
5. 创建密钥信息

在控制台选择 Access Key 创建密钥

Joplin 同步设置

1. 同步信息设置
- 在 Joplin 中，进入 工具 (Tools) -> 选项 (Options) -> 同步 (Synchronization)。
- 同步目标 (Synchronization target): 选择 S3。
- S3存储桶 (S3 bucket): joplin-sync (你创建的存储桶名称)
- S3 URL (S3 URL): http://YOUR_IP:9000 （将 YOUR_IP 替换为运行 MinIO 服务器的 IP 地址）。
- S3 区域 (S3 region): qixinlee（这个值不重要，因为 MinIO 不依赖于真正的 AWS 区域。可以填任意值）
- S3 访问密钥 (S3 access key ID): 你创建的 Access Key
- S3 密钥 (S3 secret access key): 你创建的 Secret Key
2. 测试和同步

配置完成后，可以通过同步测试确保 Joplin 客户端与 MinIO 配置正常。建议首先同步少量数据，确保没有问题后再进行完整同步。
2025年3月5日
Debian 12 导出Docker 镜像并导入到没有互联网的 Docker 主机
在有互联网的主机上：

1. 列出镜像：
```
docker images
```
输出可能如下所示：
```
REPOSITORY    TAG       IMAGE ID       CREATED         SIZE
my-app        latest    abcdef123456   2 weeks ago     500MB
ubuntu        20.04     fedcba987654   3 weeks ago     200MB
```
2. 导出 my-app:latest 镜像：

导出单个镜像
```
docker save -o my-app.tar my-app:latest
```
导出多个镜像: 如果需要导出多个镜像，可以一次性完成
```
docker save -o all-images.tar image1:tag1 image2:tag2 image3:tag3
```
在无互联网的主机上：

1. 将 my-app.tar 复制到 /root 目录。

2. 导入镜像：
```
docker load -i /root/my-app.tar
```
3. 验证导入：
```
docker images
```
应该会看到 my-app:latest 镜像出现在列表中。
2025年2月27日

分类： 未分类

云端与本地：虚拟磁盘格式详解与转换实战指南

1. 虚拟磁盘格式详解

2. 虚拟磁盘格式转换

2.1 qemu-img 工具简介

2.2 常见转换示例

2.3 高级用法

3. 云迁移实践

3.1 上云迁移（本地到云端）

3.2 下云迁移（云端到本地）

4. 注意事项与最佳实践

5. 推荐

SSH Config 别名配置让远程连接更便捷

SSH 配置文件的位置：

配置文件：

参数说明：

Docker swarm 集群搭建实现wordpress高可用

1. 安装Docker

2. 配置swarm

验证

3. Docker Swarm来运行 WordPress 并实现高可用

4. 部署步骤

Docker Compose 文件 (docker-compose.yml)

1. 将 docker-compose.yml上传到管理节点

2. 在 Swarm 管理节点上执行部署

3. 验证服务是否正常运行

4. 查看所有容器运行状态

高可用性

云与云原生：区别、优势与挑战的全面解析

一、云计算（Cloud Computing）：基础设施的革命

定义与核心概念

主要特点

优势

挑战

案例

二、云原生（Cloud Native）：为云优化的应用架构

定义与核心概念

主要特点

优势

挑战

案例

三、云与云原生的关系与区别

关系

区别

四、适用场景与选择建议

未来展望

搭建 MinIO 私有云存储并配置 Joplin 同步

安装MinIO

1. 创建 docker-compose.yml 文件

2. 启动容器

3. 访问 MinIO 控制台

4. 在MinIO 控制台创建 Bucket

5. 创建密钥信息

Joplin 同步设置

1. 同步信息设置

2. 测试和同步

Debian 12 导出Docker 镜像并导入到没有互联网的 Docker 主机

在有互联网的主机上：

1. 列出镜像：

2. 导出 my-app:latest 镜像：

在无互联网的主机上：

1. 将 my-app.tar 复制到 /root 目录。

2. 导入镜像：

3. 验证导入：

分类：未分类

Docker Compose 文件 (`docker-compose.yml`)

1. 将 `docker-compose.yml`上传到管理节点

1. 创建 `docker-compose.yml` 文件

2. 导出 `my-app:latest` 镜像：

1. 将 `my-app.tar` 复制到 `/root` 目录。