ECS: Bedste fremgangsmåder for ECS og Data Domain (DD).

Ikke relevant Bedste fremgangsmåder for ECS og Data Domain (DD).

Der er en lang række problemer med DD under arkivering til ECS. Disse problemer kan undgås ved at følge de trin, der er beskrevet nedenfor.

Er der behov for en Load Balancer til en DD- og/eller ECS-implementering?
Brug af persistens med F5 Load Balancer.

Lille filstørrelse, der bruges af DD, som udløser et kodeproblem i ECS.

Det mindre kodeproblem, der udløses af små filer, der skrives til ECS, er rettet i ECS 3.1 HF3 og ECS 3.2.

For ECS-versioner 3.1 HF2 og lavere skal disse systemer opgraderes til ECS 3.1.0.3 (ECS 3.1 HF3) eller ECS 3.2.0.1 (ECS 3.2 HF1) plus en konfigurationsændring, der kan anvendes for at undgå problemer.

Da DD udfører sin egen replikering, anbefales det desuden, at alle konfigurerer DD-bucket på denne måde:

Sørg for, at den bucket, der bruges af DD, er en del af en lokal replikeringsgruppe, med andre ord en ikke-geo-replikeret bucket.
Sørg for, at ADO (Access during Outage) ikke er aktiveret på den bucket, der bruges af DD.
Seddel: ADO kan ændres efter oprettelse af bucket, men den tildelte replikeringsgruppe kan ikke ændres efter oprettelse af bucket.

Futures: DD OS 6.1.2 og nyere vil have en større blokstørrelse, når der skrives til ECS Cloud, hvilket vil resultere i en bedre lagringseffektivitet på ECS. Dette DD-operativsystem skal parres med ECS 3.2.1.0 (ECS 3.2 SP1). Begge disse udgivelser skulle være generelt tilgængelige ugen 09-Juli-2018, hvis ikke før.

Belastningsjustering:

• Kræves der en Load Balancer mellem DD og ECS? Ja
• Vedholdenhed Flag: I modsætning til EMC-dokumentation vedrørende en F5 Load Balancer bør forbindelser IKKE være klæbrige eller vedvarende, da dette ikke vil afbalancere belastningen til alle ECS-noder.

Hvis du har DD-arkivering til en ECS, skal du kontakte EMC Support og se denne vidensbaseartikel, KB 513725.