存储类型
对象存储OSS提供标准、低频访问、归档、冷归档、深度冷归档多种存储类型，全面覆盖从热到冷的各种数据存储场景。
标准存储（Standard）
提供高可靠、高可用、高性能的对象存储服务，能够支持频繁的数据访问。适用于各种社交、分享类的图片、音视频应用、大型网站、大数据分析等业务场景。标准存储类型支持同城冗余ZRS（Zone-redundant storage）和本地冗余LRS（Locally redundant storage）两种数据冗余存储方式。
标准存储-同城冗余（推荐）
对于可用区数大于等于3个的地域（Region），采用多可用区的数据冗余存储机制，将用户的数据冗余存储在同一地域的3个或以上可用区，当某个可用区不可用时，仍然能够保障数据的正常访问。对于可用区数等于2个的地域，采用双可用区的数据冗余存储机制，将用户的数据冗余存储在同一地域的2个可用区，当某个可用区不可用时，仍然能够保障数据的正常访问。当前双可用区的同城冗余仅支持标准存储类型。
说明华东1（杭州）、华东2（上海）、华北2（北京）、华北 3（张家口）、华北6（乌兰察布）、华南1（深圳）、中国香港、日本（东京）、新加坡、印度尼西亚（雅加达）、德国（法兰克福）地域对标准存储类型的数据采用多可用区的数据冗余存储机制。马来西亚（吉隆坡）地域对标准存储类型的数据采用双可用区的数据冗余存储机制。
标准存储-本地冗余
采用单可用区（AZ）内的数据冗余存储机制，将用户的数据冗余存储在同一个可用区内多个设施的多个设备上，确保硬件失效时的数据持久性和可用性。
重要本地冗余存储类型的数据冗余在某个特定的可用区内。当该可用区不可用时，会导致相关数据不可访问。如您的业务需要更高的可用性保障，建议您使用同城冗余的存储类型来存储和使用数据。
低频访问存储（Infrequent Access）
提供高持久性、较低存储成本的对象存储服务。有最小计量单位（64 KB）和最低存储时间（30天）的要求。支持数据实时访问，访问数据时会产生数据取回费用，适用于较低访问频率（平均每月访问频率1到2次）的业务场景。低频访问存储支持同城冗余和本地冗余两种数据冗余存储方式。
最小计量单位（64 KB）表示不足64 KB的文件也要按64 KB大小来计费。最低存储时间（30天）表示以低频访问类型存储时长不足30天将收取低频访问不足规定时长容量费用。更多信息，请参见存储费用。
低频访问-同城冗余（推荐）
采用多可用区（AZ）内的数据冗余存储机制，将用户的数据冗余存储在同一地域（Region）的多个可用区。当某个可用区不可用时，仍然能够保障数据的正常访问。
说明华东1（杭州）、华东2（上海）、华北2（北京）、华北 3（张家口）、华北6（乌兰察布）、华南1（深圳）、中国香港、日本（东京）、新加坡、印度尼西亚（雅加达）、德国（法兰克福）地域对低频访问类型的数据采用多可用区的数据冗余存储机制。
低频访问-本地冗余
采用单可用区（AZ）内的数据冗余存储机制，将用户的数据冗余存储在同一个可用区内多个设施的多个设备上，确保硬件失效时的数据持久性和可用性。
重要本地冗余存储类型的数据冗余在某个特定的可用区内。当该可用区不可用时，会导致相关数据不可访问。如您的业务需要更高的可用性保障，建议您使用同城冗余的存储类型来存储和使用数据。
归档存储（Archive）
提供高持久性、极低存储成本的对象存储服务。有最小计量单位（64 KB）和最低存储时间（60天）要求。归档存储数据支持解冻（约1分钟）后访问或直接访问。解冻后访问会产生归档存储数据取回容量费用，直接访问会产生归档直读数据取回容量费用。归档存储适用于数据长期保存的业务场景，例如档案数据、医疗影像、科学资料、影视素材等。归档存储支持同城冗余和本地冗余两种数据冗余存储方式。
最小计量单位（64 KB）表示不足64 KB的文件也要按64 KB大小来计费。最低存储时间（60天）表示文件以归档类型存储时长不足60天将收取归档存储不足规定时长容量费用。更多信息，请参见存储费用。
归档存储-同城冗余 （推荐）
采用多可用区（AZ）内的数据冗余存储机制，将用户的数据冗余存储在同一地域（Region）的多个可用区。当某个可用区不可用时，仍然能够保障数据的正常访问。
说明华东1（杭州）、华东2（上海）、华北2（北京）、华北 3（张家口）、华北6（乌兰察布）、华南1（深圳）、中国香港、日本（东京）、新加坡、印度尼西亚（雅加达）、德国（法兰克福）地域对归档存储类型的数据采用多可用区的数据冗余存储机制。
归档存储-本地冗余
采用单可用区（AZ）内的数据冗余存储机制，将用户的数据冗余存储在同一个可用区内多个设施的多个设备上，确保硬件失效时的数据持久性和可用性。
重要本地冗余存储类型的数据冗余在某个特定的可用区内。当该可用区不可用时，会导致相关数据不可访问。如您的业务需要更高的可用性保障，建议您使用同城冗余的存储类型来存储和使用数据。
冷归档存储（Cold Archive）
提供高持久性、比归档存储的存储成本更低的对象存储服务。有最小计量单位（64 KB）和最低存储时间（180天）的要求。数据需解冻后访问，解冻时间根据数据大小和选择的解冻模式决定，解冻会产生数据取回费用以及取回请求费用。适用于需要超长时间存放的冷数据，例如因合规要求需要长期留存的数据、大数据及人工智能领域长期积累的原始数据、影视行业长期留存的媒体资源、在线教育行业的归档视频等业务场景。冷归档仅支持本地冗余的数据冗余存储方式。
本地冗余存储类型的数据冗余在某个特定的可用区内。当该可用区不可用时，会导致相关数据不可访问。如您的业务需要更高的可用性保障，建议您使用支持同城冗余的存储类型（标准存储、低频访问存储、归档存储）来存储和使用数据。
华东1（杭州）、华东2（上海）、华北1（青岛）、华北2（北京）、华北 3（张家口）、华北5（呼和浩特）、华北6（乌兰察布）、华南1（深圳）、华南2（河源）、华南3（广州）、西南1（成都）、中国香港、美国（硅谷）、美国（弗吉尼亚）、日本（东京）、新加坡、马来西亚（吉隆坡）、印度尼西亚（雅加达）、菲律宾（马尼拉）、德国（法兰克福）、英国（伦敦）、阿联酋（迪拜）地域对冷归档存储类型的数据采用单可用区的数据冗余存储机制。
最小计量单位（64 KB）表示不足64 KB的文件也要按64 KB大小来计费。最低存储时间（180天）表示文件以冷归档类型存储时长不足180天将收取冷归档存储不足规定时长容量费用。更多信息，请参见存储费用。
深度冷归档存储（Deep Cold Archive）
提供高持久性、比冷归档存储成本更低的对象存储服务。有最小计量单位（64 KB）和最低存储时间（180天）的要求。数据需解冻后访问，解冻时间根据数据大小和选择的解冻模式决定，解冻会产生数据取回费用以及取回请求费用。适用于需要超长时间存放的极冷数据，例如大数据及人工智能领域的原始数据的长期积累留存、媒体数据的长期保留、法规和合规性存档、磁带替换等业务场景。深度冷归档仅支持本地冗余的数据冗余存储方式。
本地冗余存储类型的数据冗余在某个特定的可用区内。当该可用区不可用时，会导致相关数据不可访问。如您的业务需要更高的可用性保障，建议您使用支持同城冗余的存储类型（标准存储、低频访问存储、归档存储）来存储和使用数据。
华东1（杭州）、华东2（上海）、华北2（北京）、华北 3（张家口）、华北6（乌兰察布）、华南1（深圳）、新加坡地域对深度冷归档存储类型的数据采用单可用区的数据冗余存储机制。
最小计量单位（64 KB）表示不足64 KB的文件也要按64 KB大小来计费。最低存储时间（180天）表示文件以深度冷归档类型存储时长不足180天将收取深度冷归档存储不足规定时长容量费用。更多信息，请参见存储费用。
存储类型对比
存储类型 | Bucket地域属性 | 存储冗余类型 | 数据持久性 | 服务可用性 | 最小计量单位 | 最低存储时间 | 数据访问特点 | 访问延迟 |
标准存储 | 有地域属性 | 同城冗余（2AZ） | 99.9999999999%（12个9） | 99.99% | 按照对象实际大小计算 | 无 | 单文件月访问大于1次 | 实时访问 |
标准存储 | 有地域属性 | 同城冗余（多AZ） | 99.9999999999%（12个9） | 99.995% | 按照对象实际大小计算 | 无 | 单文件月访问大于1次 | 实时访问 |
低频访问存储 | 99.50% | 64 KB | 30天 | 单文件月访问不到1次 | 实时访问 | |||
归档存储 | 99.50% | 64 KB | 60天 | 单文件90天访问不到1次 | 既可以通过归档直读支持实时访问，也支持解冻后才能读取。 解冻时间1分钟 | |||
标准存储 | 有地域属性 | 本地冗余 | 99.999999999%（11个9） | 99.99% | 按照对象实际大小计算 | 无 | 单文件月访问大于1次 | 实时访问 |
低频访问存储 | 99.00% | 64 KB | 30天 | 单文件月访问不到1次 | 实时访问 | |||
归档存储 | 99.00% | 64 KB | 60天 | 单文件90天访问不到1次 | 既可以通过归档直读支持实时访问，也支持解冻后才能读取。 解冻时间1分钟 | |||
冷归档存储 | 99.00% | 64 KB | 180天 | 单文件年访问不到1次 | 解冻后才能读取 解冻时间1~12小时 | |||
深度冷归档存储 | 99.00% | 64 KB | 180天 | 单文件年访问不到1次 | 解冻后才能读取 解冻时间12/48小时 | |||
标准存储 | 无地域属性 | 99.00% | 按照对象实际大小计算 | 无 | 单文件月访问大于1次 | 实时访问 |
相关文档
默认情况下，上传到Bucket内Object的存储类型默认采用标准存储。标准存储适用于频繁访问、低延迟数据存取的场景。如果您识别到部分Object不再需要频繁访问，或者为了节省存储成本，您可以考虑将标准存储类型的Object转换为更为经济的存储类型，例如低频访问、归档类型等。具体操作，请参见转换存储类型。
深度冷归档存储提供高持久性、低成本的存储服务，适用于需要超长时间存放的极冷数据。具体操作，请参见深度冷归档存储使用最佳实践。
如果您希望了解存储类型转换后，目标Object存储类型存储容量增加了，但是源Object存储类型容量没有减少的原因以及解决方法，请参见为什么存储类型转换后，源Object存储类型容量保持不变？。