Utilización de clases de almacenamiento
No todos los datos alimentan cargas de trabajo activas. Los datos archivados pueden mantenerse intactos durante largos periodos de tiempo. En el caso de cargas de trabajo menos activas, puede crear grupos con distintas clases de almacenamiento. Los objetos que se almacenan en estos grupos incurren en cargos en una planificación distinta a la de almacenamiento estándar.
Esta función no es compatible actualmente con Object Storage para Satellite. Más información.
¿Cuáles son las clases?
Puede elegir entre cuatro clases de almacenamiento:
- Smart Tier se puede utilizar para cualquier carga de trabajo, especialmente las cargas de trabajo dinámicas en las que los patrones de acceso son desconocidos o difíciles de predecir. Smart Tier proporciona una estructura de precios simplificada y optimización automática de costes clasificando los datos en niveles "calientes", "fríos" y "fríos" en función de los patrones de uso mensual. A continuación, todos los datos del grupo se facturan con la tarifa aplicable más baja. No hay tamaños de objeto de umbral ni periodos de almacenamiento, y no hay tarifas de recuperación. Para obtener una explicación detallada de cómo funciona, consulte el tema de facturación.
- Estándar (Standard): se utiliza para cargas de trabajo activas; no hay ningún cargo para los datos recuperados (aparte del coste de la propia solicitud operativa).
- Caja fuerte (Vault) se utiliza para las cargas de trabajo frías en las que se accede a los datos menos de una vez al mes; se aplica un cargo de recuperación adicional ($/GB) cada vez que se leen datos. El servicio incluye un umbral mínimo de tamaño de objeto y de periodo de almacenamiento coherente con el uso previsto de este servicio de datos en frío menos activos.
- Caja fuerte fría (Cold Vault): se utiliza para cargas de trabajo frías donde se accede a los datos cada 90 días o menos; se aplica un cargo de recuperación adicional mayor ($/GB) cada vez que se leen datos. El servicio incluye un umbral mínimo mayor de tamaño de objeto y de periodo de almacenamiento coherente con el uso previsto de este servicio de datos en frío menos activos.
Flex se ha sustituido por Smart Tier para cargas de trabajo dinámicas. Los usuarios de Flex pueden seguir gestionando sus datos en grupos Flex existentes, aunque no se pueden crear nuevos grupos Flex. Los usuarios existentes pueden hacer referencia a la información de precios aquí.
Para obtener más información, consulte la tabla de precios en ibm.com.
La clase de almacenamiento Activo sólo se utiliza con planes de tarifa única y no puede utilizarse en una instancia de plan Estándar.
Para obtener más información sobre cómo crear grupos con diferentes clases de almacenamiento, revise la Consulta de API.
Para cada clase de almacenamiento, la facturación se basa en el uso agregado en todos los grupos a nivel de instancia. Por ejemplo, para Smart Tier, la facturación se basa en el uso en todos los grupos de Smart Tier de una instancia determinada, no en los grupos individuales.
¿Cómo se crea un grupo con una clase de almacenamiento diferente?
Cuando se crea un grupo en la consola, hay un menú que permite seleccionar la clase de almacenamiento.
Cuando se crean grupos mediante programación, es necesario especificar un valor de LocationConstraint que se corresponde con el punto final utilizado. Los códigos de aprovisionamiento válidos para LocationConstraint son
BR São Paulo br-sao-standard / br-sao-vault / br-sao-cold / br-sao-smart
US Geo us-standard / us-vault / us-cold / us-smart
EE. UU. este us-east-standard / us-east-vault / us-east-cold / us-east-smart
EE. UU. sur us-south-standard / us-south-vault/ us-south-cold/ us-south-smart
Geografía de la UE eu-standard / eu-vault / eu-cold / eu-smart
**UE
Gran Bretaña **eu-gb-standard / eu-gb-vault / eu-gb-cold / eu-gb-smart
Alemania de la UE eu-de-standard / eu-de-vault / eu-de-cold / eu-de-smart
España de la UE eu-es-standard / eu-es-vault / eu-es-cold / eu-es-smart
AP Geo ap-standard / ap-vault / ap-cold / ap-smart
AP Tokio jp-tok-standard / jp-tok-vault / jp-tok-cold / jp-tok-smart
AP Osaka jp-osa-standard / jp-osa-vault / jp-osa-cold / jp-osa-smart
AP Australia au-syd-standard / au-syd-vault / au-syd-cold / au-syd-smart
CA Toronto ca-tor-standard / ca-tor-vault / ca-tor-cold / ca-tor-smart
Amsterdam ams03-standard / ams03-vault / ams03-cold / ams03-smart
Chennai che01-standard / che01-vault / che01-cold / che01-smart
**Montreal **mon01-standard / mon01-vault / mon01-cold / mon01-smart
París par01-standard / par01-vault / par01-cold / par01-smart
**San José **sjc04-standard / sjc04-vault / sjc04-cold / sjc04-smart
Singapur sng01-standard / sng01-vault / sng01-cold / sng01-smart
Para obtener más información sobre puntos finales, consulte Puntos finales y ubicaciones de almacenamiento.
Utilización de API REST, bibliotecas y SDK
Se han incorporado varias API nuevas en los SDK de IBM COS para proporcionar soporte para las aplicaciones que trabajan con políticas de retención. Seleccione un lenguaje (curl, Java, JavaScript, Go o Python) en la parte superior de esta página para ver ejemplos de utilización del SDK de COS adecuado.
En todos los ejemplos de código se da por supuesto que existe un objeto de cliente llamado cos que puede llamar a los distintos métodos. Para ver información sobre cómo crear clientes, consulte las guías de SDK específicas.
Creación de un grupo con una clase de almacenamiento
public static void createBucket(String bucketName) {
System.out.printf("Creating new bucket: %s\n", bucketName);
_cos.createBucket(bucketName, "us-vault");
System.out.printf("Bucket: %s created!\n", bucketName);
}
function createBucket(bucketName) {
console.log(`Creating new bucket: ${bucketName}`);
return cos.createBucket({
Bucket: bucketName,
CreateBucketConfiguration: {
LocationConstraint: 'us-standard'
},
}).promise()
.then((() => {
console.log(`Bucket: ${bucketName} created!`);
}))
.catch((e) => {
console.error(`ERROR: ${e.code} - ${e.message}\n`);
});
}
def create_bucket(bucket_name):
print("Creating new bucket: {0}".format(bucket_name))
try:
cos.Bucket(bucket_name).create(
CreateBucketConfiguration={
"LocationConstraint":COS_BUCKET_LOCATION
}
)
print("Bucket: {0} created!".format(bucket_name))
except ClientError as be:
print("CLIENT ERROR: {0}\n".format(be))
except Exception as e:
print("Unable to create bucket: {0}".format(e))
func main() {
// Create client
sess := session.Must(session.NewSession())
client := s3.New(sess, conf)
// Bucket Names
newBucket := "<NEW_BUCKET_NAME>"
input := &s3.CreateBucketInput{
Bucket: aws.String(newBucket),
CreateBucketConfiguration: &s3.CreateBucketConfiguration{
LocationConstraint: aws.String("us-cold"),
},
}
client.CreateBucket(input)
d, _ := client.ListBuckets(&s3.ListBucketsInput{})
fmt.Println(d)
}
curl -X "PUT" "https://(endpoint)/(bucket-name)"
-H "Content-Type: text/plain; charset=utf-8"
-H "Authorization: Bearer (token)"
-H "ibm-service-instance-id: (resource-instance-id)"
-d "<CreateBucketConfiguration>
<LocationConstraint>(provisioning-code)</LocationConstraint>
</CreateBucketConfiguration>"
No se puede cambiar la clase de almacenamiento de un grupo una vez que creado el grupo. Si se tienen que volver a clasificar objetos, hay que mover los datos a otro grupo con la clase de almacenamiento deseada.