适用于 Apache Cassandra 共同责任模型的Azure 托管实例

Introduction

本文档定义在将 Azure 托管实例 用于 Apache Cassandra（Cassandra MI）时Microsoft与客户之间的职责划分。

目标是提供以下方面的明确性：

• 操作所有权边界
• 性能和可用性预期
• 安全性和合规性责任

Microsoft责任

Microsoft运行和管理 Cassandra MI 的底层基础结构。 此职责包括：

基础结构和平台

• Cassandra 集群、数据中心和节点的配置
• 操作系统管理、修补和安全更新
• 硬件和主机基础结构生命周期管理
• 使用Azure虚拟网络（VNet）进行网络隔离

可用性和 SLA

• 仅适用于生产数据中心的 SLA 保障可用性
• SLA 适用于：
  • OS
  • Cassandra 进程
  • 硬件故障
• SLA 不包括：
  • 资源耗尽（CPU、磁盘、内存、网络）
  • 应用程序级别或查询级别故障
• 以下项无 SLA：
  • 非生产或已解除分配的集群或数据中心

扩展和版本控制

• 通过Azure门户或 API 触发的节点缩放（添加或删除节点）
• 稳定 OSS 版本后的新 Cassandra 版本的可用性
• 从预配选项中删除已弃用的版本

安全性和加密

• 静态和传输中的加密
• TLS 或 SSL 的证书管理和轮换
• 持续漏洞扫描和修正

监视和支持

• 与用于日志和指标的 Azure Monitor 集成
• 平台级中断的主动警报
• 影响生产的平台事件的根本原因分析 （RCA）

备份和还原

• 根据计划和保留首选项自动联机备份
• 通过提交支持请求恢复备份

客户责任

你负责所有数据 、架构和应用程序级操作。

数据建模和查询设计

• 设计最佳分区键和数据模型
• 避免热分区和低效查询
• 查询优化和性能优化

架构和配置

• 管理密钥空间、复制因素和一致性级别
• 正在执行架构更改
• 优化压缩和垃圾回收 （GC） 策略
• 根据需要重写默认 Cassandra 配置

性能和监控

• 监测：

  • CPU 使用率
  • 内存使用情况
  • 磁盘利用率
  • IOPS 和吞吐量

• 使用以下方法调查延迟：

  • Azure Monitor
  • Prometheus
  • Cassandra 指标

• 采取纠正和预防措施

产能规划

• 规划吞吐量和存储增长
• 根据需要纵向扩展或缩减数据中心

版本升级

• 启动主要和次要升级（例如 Cassandra 3.x → 5.x）
• 在升级之前验证应用程序兼容性

备份策略

• 定义备份计划和保留策略。
• 实施灾难恢复（DR）策略

网络

• 配置：

  • VNet、子网和 NSG
  • DNS 解析
  • 防火墙规则

• 设置：

  • VPN/ExpressRoute （如果混合）

安全性和访问

• 管理数据库用户和角色
• 实现应用程序级加密（如果需要）
• 确保符合法规要求

操作

• 处理应用程序级问题：

  • 查询超时
  • 墓碑积累
  • 数据不一致

• 使用批准的工具（无 SSH/JMX 访问）

• 查看日志并处理异常情况

共同责任

某些领域需要Microsoft与客户之间的协作：

安全监视

• Microsoft提供日志和遥测
• 客户必须：
  • 查看警报
  • 调查异常
  • 采取纠正措施

混合部署

• Microsoft管理Azure托管节点
• 客户管理本地 Cassandra 节点
• 环境之间的连接是 共同的责任

Compliance

• Microsoft确保平台级符合性
• 客户拥有：
  • 应用程序级符合性
  • 数据管理策略

配置指南

客户应遵循Microsoft建议的配置，包括：

• 必需的出站网络规则
• 安全性和网络最佳做法

责任矩阵

替代方案：适用于 NoSQL API 的 Azure Cosmos DB

Azure Cosmos DB（NoSQL API）是一种完全托管的云原生替代方法，具有其他优势：