用mdadm创建一个raid 10的设备,并通过FC输出

简介: 创建一个raid 10的设备

创建一个raid 10的设备

scutech@infokist:~$ lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT|grep nvme
nvme0n1                 931.3G                   disk   
├─nvme0n1p9                 8M                   part   
└─nvme0n1p1             931.3G zfs_member        part   
nvme1n1                 931.3G                   disk   
├─nvme1n1p9                 8M                   part   
└─nvme1n1p1             931.3G zfs_member        part   
scutech@infokist:~$ 
root@infokist:~# mdadm --create --verbose /dev/md1 --level=10 --raid-devices=2 /dev/nvme0n1p1 /dev/nvme1n1p1
mdadm: layout defaults to n2
mdadm: layout defaults to n2
mdadm: chunk size defaults to 512K
mdadm: size set to 976421888K
mdadm: automatically enabling write-intent bitmap on large array
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md1 started.
root@infokist:~# 
root@infokist:~# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md1 : active raid10 nvme1n1p1[1] nvme0n1p1[0]
      976421888 blocks super 1.2 2 near-copies [2/2] [UU]
      [>....................]  resync =  0.6% (5922240/976421888) finish=79.1min speed=204215K/sec
      bitmap: 8/8 pages [32KB], 65536KB chunk
md0 : active raid10 sdae[4] sdag[6](S) sdaf[5] sdac[2] sdad[3] sdaa[0] sdab[1]
      23441685504 blocks super 1.2 512K chunks 2 near-copies [6/6] [UUUUUU]
      bitmap: 0/175 pages [0KB], 65536KB chunk

创建lv

root@infokist:~# pvcreate /dev/md1p1
WARNING: xfs signature detected on /dev/md1p1 at offset 0. Wipe it? [y/n]: y
  Wiping xfs signature on /dev/md1p1.
  Physical volume "/dev/md1p1" successfully created
root@infokist:~# vgcreate redologvg /dev/md1p1
  Volume group "redologvg" successfully created
root@infokist:~# lvcreate -L 11G -n redologlv redologvg
  Logical volume "redologlv" created.
root@infokist:~# ll /dev/redologvg/redologlv 
lrwxrwxrwx 1 root root 7 Sep  1 14:39 /dev/redologvg/redologlv -> ../dm-3
root@infokist:~# 

FC输出

root@infokist:~#  tcm_node --iblock=iblock_2/iblock_backstore_1 /dev/md1
Status: DEACTIVATED  Max Queue Depth: 0  SectorSize: 512  HwMaxSectors: 256
        iBlock device: md1  UDEV PATH: /dev/md1  readonly: 0
        Major: 9 Minor: 1  CLAIMED: IBLOCK
root@infokist:~#  /opt/scutech/dbackup3/bin/fc_node --addlun=20:01:00:0e:1e:c2:f4:a1  1 2 lio_port  iblock_2/iblock_backstore_1
Successfully created FC Target Logical Unit
root@infokist:~# ls /sys/kernel/config/target/qla2xxx/20\:01\:00\:0e\:1e\:c2\:f4\:a1/tpgt_1/lun/
lun_1  lun_2
root@infokist:~# /opt/scutech/dbackup3/bin/fc_node --addlunacl 20:01:00:0e:1e:c2:f4:a1 1 21:00:00:24:ff:2e:f6:b3 2 2
Successfully added FC Initiator Mapped LUN: 2 ACL 21:00:00:24:ff:2e:f6:b3 for FC Target Portal Group: 20:01:00:0e:1e:c2:f4:a1 1
root@infokist:~# 
相关实践学习
【AI破次元壁合照】少年白马醉春风,函数计算一键部署AI绘画平台
本次实验基于阿里云函数计算产品能力开发AI绘画平台,可让您实现“破次元壁”与角色合照,为角色换背景效果,用AI绘图技术绘出属于自己的少年江湖。
从 0 入门函数计算
在函数计算的架构中,开发者只需要编写业务代码,并监控业务运行情况就可以了。这将开发者从繁重的运维工作中解放出来,将精力投入到更有意义的开发任务上。
相关文章
|
并行计算 监控 Serverless
函数计算操作报错合集之出现了设备不匹配的问题,该如何解决
在使用函数计算服务(如阿里云函数计算)时,用户可能会遇到多种错误场景。以下是一些常见的操作报错及其可能的原因和解决方法,包括但不限于:1. 函数部署失败、2. 函数执行超时、3. 资源不足错误、4. 权限与访问错误、5. 依赖问题、6. 网络配置错误、7. 触发器配置错误、8. 日志与监控问题。
261 2
|
3月前
|
人工智能 运维 Kubernetes
Serverless 应用引擎 SAE:为传统应用托底,为 AI 创新加速
在容器技术持续演进与 AI 全面爆发的当下,企业既要稳健托管传统业务,又要高效落地 AI 创新,如何在复杂的基础设施与频繁的版本变化中保持敏捷、稳定与低成本,成了所有技术团队的共同挑战。阿里云 Serverless 应用引擎(SAE)正是为应对这一时代挑战而生的破局者,SAE 以“免运维、强稳定、极致降本”为核心,通过一站式的应用级托管能力,同时支撑传统应用与 AI 应用,让企业把更多精力投入到业务创新。
486 30
|
4月前
|
存储 人工智能 Serverless
函数计算进化之路:AI 应用运行时的状态剖析
AI应用正从“请求-响应”迈向“对话式智能体”,推动Serverless架构向“会话原生”演进。阿里云函数计算引领云上 AI 应用 Serverless 运行时技术创新,实现性能、隔离与成本平衡,开启Serverless AI新范式。
517 12
|
9月前
|
SQL 分布式计算 Serverless
鹰角网络:EMR Serverless Spark 在《明日方舟》游戏业务的应用
鹰角网络为应对游戏业务高频活动带来的数据潮汐、资源弹性及稳定性需求,采用阿里云 EMR Serverless Spark 替代原有架构。迁移后实现研发效率提升,支持业务快速发展、计算效率提升,增强SLA保障,稳定性提升,降低运维成本,并支撑全球化数据架构部署。
935 56
鹰角网络:EMR Serverless Spark 在《明日方舟》游戏业务的应用
|
7月前
|
存储 编解码 Serverless
Serverless架构下的OSS应用:函数计算FC自动处理图片/视频转码(演示水印添加+缩略图生成流水线)
本文介绍基于阿里云函数计算(FC)和对象存储(OSS)构建Serverless媒体处理流水线,解决传统方案资源利用率低、运维复杂、成本高等问题。通过事件驱动机制实现图片水印添加、多规格缩略图生成及视频转码优化,支持毫秒级弹性伸缩与精确计费,提升处理效率并降低成本,适用于高并发媒体处理场景。
359 0
|
9月前
|
人工智能 开发框架 安全
Serverless MCP 运行时业界首发,函数计算让 AI 应用最后一公里提速
作为云上托管 MCP 服务的最佳运行时,函数计算 FC 为阿里云百炼 MCP 提供弹性调用能力,用户只需提交 npx 命令即可“零改造”将开源 MCP Server 部署到云上,函数计算 FC 会准备好计算资源,并以弹性、可靠的方式运行 MCP 服务,按实际调用时长和次数计费,欢迎你在阿里云百炼和函数计算 FC 上体验 MCP 服务。
750 30
|
4月前
|
人工智能 运维 安全
聚焦 AI 应用基础设施,云栖大会 Serverless AI 全回顾
2025 年 9 月 26 日,为期三天的云栖大会在杭州云栖小镇圆满闭幕。随着大模型技术的飞速发展,我们正从云原生时代迈向一个全新的 AI 原生应用时代。为了解决企业在 AI 应用落地中面临的高成本、高复杂度和高风险等核心挑战,阿里云基于函数计算 FC 发布一系列重磅服务。本文将对云栖大会期间 Serverless+AI 基础设施相关内容进行全面总结。
|
4月前
|
人工智能 Kubernetes 安全
重塑云上 AI 应用“运行时”,函数计算进化之路
回顾历史,电网的修建,深刻地改变了世界的经济地理和创新格局。今天,一个 AI 原生的云端运行时的进化,其意义也远不止于技术本身。这是一次设计哲学的升华:从“让应用适应平台”到“让平台主动理解和适应智能应用”的转变。当一个强大、易用、经济且安全的 AI 运行时成为像水电一样的基础设施时,它将极大地降低创新的门槛。一个独立的开发者、一个小型创业团队,将有能力去创造和部署世界级的 AI 应用。这才是技术平权的真谛,是激发全社会创新潜能的关键。
|
12月前
|
人工智能 运维 物联网
云大使 X 函数计算 FC 专属活动上线!享返佣,一键打造 AI 应用
如今,AI 技术已经成为推动业务创新和增长的重要力量。但对于许多企业和开发者来说,如何高效、便捷地部署和管理 AI 应用仍然是一个挑战。阿里云函数计算 FC 以其免运维的特点,大大降低了 AI 应用部署的复杂性。用户无需担心底层资源的管理和运维问题,可以专注于应用的创新和开发,并且用户可以通过一键部署功能,迅速将 AI 大模型部署到云端,实现快速上线和迭代。函数计算目前推出了多种规格的云资源优惠套餐,用户可以根据实际需求灵活选择。
|
9月前
|
Cloud Native Serverless 流计算
云原生时代的应用架构演进:从微服务到 Serverless 的阿里云实践
云原生技术正重塑企业数字化转型路径。阿里云作为亚太领先云服务商,提供完整云原生产品矩阵:容器服务ACK优化启动速度与镜像分发效率;MSE微服务引擎保障高可用性;ASM服务网格降低资源消耗;函数计算FC突破冷启动瓶颈;SAE重新定义PaaS边界;PolarDB数据库实现存储计算分离;DataWorks简化数据湖构建;Flink实时计算助力风控系统。这些技术已在多行业落地,推动效率提升与商业模式创新,助力企业在数字化浪潮中占据先机。
484 12

热门文章

最新文章