68 lines
5.5 KiB
Markdown
68 lines
5.5 KiB
Markdown
---
|
||
title: "CTP Topic 46 NetApps on AWS"
|
||
type: source
|
||
tags: [NetApp, AWS, Storage, CTP, Cloud-Storage]
|
||
date: 2026-04-14
|
||
---
|
||
|
||
## Source File
|
||
- [[raw/Cloud & DevOps/Public-Cloud-Learning-Sessions/01_AWS-Landing-Zone/ctp-topic-46-netapps-on-aws.md]]
|
||
|
||
## Summary（用中文描述）
|
||
- 核心主题：NetApp 存储系统（传统 + AWS 云版本）的架构、组件、数据分层、安全、备份/DR、迁移工具及企业实际使用情况
|
||
- 问题域：企业如何将 NetApp 存储从本地扩展到 AWS 云端，实现统一存储管理
|
||
- 方法/机制：Cloud Volume ONTAP (CVO) 通过 EC2 实例提供企业级存储；EBS 作为底层存储介质；Data Tiering 自动在 EBS 和 S3 之间分层；SnapMirror 实现跨集群数据复制
|
||
- 结论/价值：NetApp on AWS 是企业云存储转型的成熟方案，支持单节点/HA架构，提供块级复制、S3 分层、统一管理（Cloud Manager），组织已在 15 个 AWS 区域部署约 1.3 PB 数据
|
||
|
||
## Key Claims（用中文描述）
|
||
- NetApp ONTAP 是统一的存储操作系统，支持 SMB、NFS、FC、FCOE、iSCSI 等多种协议
|
||
- Cloud Volume ONTAP (CVO) 通过 EC2 实例在 AWS 上提供软件定义的存储，支持单节点或 HA 配对
|
||
- 数据分层机制：活跃数据存储在 EBS，非活跃数据（30天以上）自动迁移到 S3，访问时拉回 EBS
|
||
- SnapMirror 通过块级复制实现 NetApp 集群间的数据同步，基线复制后仅传输增量变更
|
||
- 从本地迁移到 AWS 的工具包括 SnapMirror、NetApp XCP、Cloud Sync、AWS DataSync、Silver Peak WAN Optimizer
|
||
|
||
## Key Quotes
|
||
> "NetApp primarily supports SMB, NFS, FC, FCOE, and ISCSI protocols, often configured as a single node or HA pair." — NetApp 传统架构概述
|
||
> "The organization has around 15 NetApp clusters in various AWS regions, hosting approximately 1.3 petabytes of data." — 企业实际使用规模
|
||
> "Data inactive for 30 days or more is automatically moved to S3 and pulled back to EBS when accessed." — CVO 数据分层机制
|
||
> "SnapMirror copies volumes and their snapshots, with baseline copies performing initial full data replication, subsequent updates copy only the changes." — SnapMirror 复制策略
|
||
|
||
## Key Concepts
|
||
- [[Cloud Volume ONTAP (CVO)]]：NetApp ONTAP 的 AWS 云版本，通过 EC2 实例运行，支持单节点或 HA 架构，使用 EBS 作为存储后端
|
||
- [[ONTAP]]：NetApp 统一存储操作系统，管理聚合、卷、Qtree、LIF、SVM 等存储组件
|
||
- [[Aggregate]]：由多个磁盘组成的 RAID 组，构成 NetApp 的基础存储池
|
||
- [[FlexVol]]：托管在 Aggregate 之上的灵活数据容器，通过 NFS 或 CIFS 呈现给主机
|
||
- [[Qtree]]：卷的进一步细分，支持权限和配额管理等特殊属性
|
||
- [[LUN (Logical Unit Number)]]：块级存储的逻辑表示，通过 FC 或 iSCSI 呈现给主机
|
||
- [[LIF (Logical Interface)]]：物理网卡之上的接口，承载 IP 地址或 WWPN，用于节点管理、数据复制和数据服务
|
||
- [[SVM (Storage Virtual Machine)]]：NetApp 系统的虚拟隔离，支持多租户，每个 SVM 视为独立操作系统
|
||
- [[Data Tiering]]：利用 EBS 和 S3 实现存储成本优化，活跃数据在 EBS，非活跃数据自动迁移至 S3
|
||
- [[SnapMirror]]：NetApp 数据复制工具，支持跨集群块级同步，基线全量复制后仅同步增量变更
|
||
- [[Snapshot]]：点-in-time 只读文件系统镜像，通过指针创建，最小化空间消耗
|
||
- [[HA Pair (High Availability)]]：高可用配对，通过故障转移机制确保存储服务连续性
|
||
- [[Floating IP]]：HA 架构中的浮动 IP，客户端通过唯一 IP 地址访问，故障时 IP 漂移到备用节点
|
||
- [[Takeover/Giveback]]：HA 接管和归还过程，故障节点的服务切换和恢复
|
||
- [[NetApp Encryption]]：256-bit 加密，支持 AWS KMS 和 NetApp 自身加密解决方案
|
||
|
||
## Key Entities
|
||
- [[NetApp]]：全球领先的存储和数据管理解决方案提供商，ONTAP 为其核心操作系统
|
||
- [[Cloud Manager]]：NetApp 的集中管理平台，用于管理 AWS 中的 Cloud Volume ONTAP
|
||
- [[FSX for NetApp]]：AWS 原生托管 NetApp 服务（under POC），提供更简化的部署体验
|
||
- [[AWS EBS]]：Elastic Block Store，CVO 的存储后端，支持 GP3、GP2、IO1、IO2、ST1 等多种卷类型
|
||
- [[AWS KMS]]：Key Management Service，NetApp 加密方案的密钥管理集成
|
||
- [[McAfee VSES]]：McAfee 杀毒集成，NetApp 用于 SMB/CIFS 和 NFS 的按访问和按需扫描
|
||
- [[Terraform]]：IaC 工具（under plan），计划用于 NetApp 部署自动化
|
||
- [[Cityscope]]：[监控工具]，组织当前使用的 NetApp 监控平台之一
|
||
- [[WebTool]]：[监控工具]，组织当前使用的 NetApp 监控平台之一
|
||
|
||
## Connections
|
||
- [[ctp-topic-44-aws-backup-in-micro-focus]] ← relates_to ← [[ctp-topic-46-netapps-on-aws]]（均涉及企业数据备份与灾备策略）
|
||
- [[ctp-topic-14-octane-hub-on-aws-real-life-experience-moving-production-services]] ← relates_to ← [[ctp-topic-46-netapps-on-aws]]（均涉及工作负载从本地向 AWS 迁移）
|
||
- [[Cloud Volume ONTAP (CVO)]] ← extends ← [[ONTAP]]（ONTAP 的云版本）
|
||
- [[FSX for NetApp]] ← extends ← [[Cloud Volume ONTAP (CVO)]]（AWS 原生管理的 NetApp 服务）
|
||
- [[Data Tiering]] ← depends_on ← [[AWS EBS]] + [[AWS S3]]
|
||
- [[SnapMirror]] ← used_in ← [[ctp-topic-46-netapps-on-aws]]（灾备复制方案）
|
||
|
||
## Contradictions
|
||
- 暂无发现内容冲突。本文档主要聚焦 NetApp 存储技术，与 Wiki 中其他 CTP Topic（如 RDS vs Aurora、AWS Backup）属不同技术领域（块存储 vs 数据库备份），互补关系大于冲突。
|