Dell DX6000 Vue d'ensemble - Page 8

Parcourez en ligne ou téléchargez le pdf Vue d'ensemble pour {nom_de_la_catégorie} Dell DX6000. Dell DX6000 19 pages. Rack installation instructions — static rails
Également pour Dell DX6000 : Manuel complémentaire (4 pages), Instructions pour l'installation du matériel (2 pages), Manuel de l'utilisateur (46 pages), Manuel d'installation et de configuration (43 pages), Manuel d'installation et de configuration (35 pages), Manuel de démarrage (28 pages), Avis (28 pages), Avis (20 pages), Manuel de configuration (9 pages), Manuel de configuration (9 pages), Note de mise à jour (8 pages), Manuel de référence (12 pages), Manuel de configuration (7 pages), Note de mise à jour (6 pages), Note de mise à jour (5 pages), Notes de mise à jour (5 pages), Instructions d'installation (2 pages), Instructions d'installation (2 pages)

Dell DX6000 Vue d'ensemble
Note
Because you are working with the default cluster domain, the domain name does not
need to be sent as the Host in the request. For unnamed objects, POST authentication
is supported only in the default cluster domain.
• Remote synchronous write POST of an unnamed object to the default cluster domain, which has
POST authentication enabled
POST /_proxy/cluster-name/?replicate=immediate
For more information about remote synchronous write, see the next section.

1.2.2. Remote Synchronous Writes and Updates

Remote Synchronous Write enables you to write or update a copy of the same stream both locally
and remotely as part of the same request.
A Remote Synchronous Write first writes two copies of the object to the local cluster. If the local
write fails for any reason, the error response is returned to the requestor and the operation is
abandoned.
If the local write succeeds, the Proxy writes the updated object to the specified remote cluster.
This request is authenticated using the DX Storage administrator credentials specified in the
configuration of the remote cluster.
All query arguments except alias=yes as well as the Expect: Content-MD5 header are stripped
from the remote write to simplify the response coordination between the two clusters.
If the remote write is also successful, a 201 (Created) response is returned to the requestor. If the
remote write fails for any reason, a 202 (Accept) response is returned, indicating that only the local
write was successful and that remote replication can occur at a later time using DX Content Router
(if enabled).

1.2.3. Remote Aggregate Info

The Proxy has an AggregateInfo method to validate that a set of content exists in a cluster.
Aggregate Info can be issued against a local cluster but it is usually used to validate remote
replication.
You determine the desired data set by first creating a "consistency checkpoint" using the following
format, terminated with CRLF:
{uuid [mutable | immutable] | url-encoded-name}
For unnamed anchor streams, you must use mutable parameter. (The default, with no parameter
specified, is immutable.)
All named objects are assumed to be mutable so no argument is required.
You must supply a list of either URL-encoded names or UUIDs. (Use
names, if needed.) The name, UUID, or the consistency checkpoint, is stored as a DX Storage
object.
Info requests in the AggregateInfo method are issued for each name or UUID in the consistency
checkpoint and either object metadata or an error response is returned in the concatenated
Copyright © 2010 Caringo, Inc.
All rights reserved
5
percent encoding
for object
Version 1.2
December 2010