Kan een ZFS-mirror schijven met verschillende sectorgroottes gebruiken?

Dat kan, maar de vdev gebruikt één ashift-beleid en de grotere vereiste voor fysieke sectoren moet leidend zijn om read-modify-write-boetes te voorkomen.

De beslissing is van belang wanneer een vervangende schijf 4K-fysieke sectoren rapporteert, terwijl het overgebleven mirrorlid met een kleinere uitlijning is aangemaakt. De twee concurrerende toestanden zijn compatibele vdev-geometrie en suboptimale vaste ashift of een capaciteitsverschil. Begin met een opgeslagen configuratie en wegwerpdata, observeer telkens één vertakking en stop als de test het risico op dataverlies, problemen met rechten of beschikbaarheid vergroot.

Definieer de voorwaarden achter de beslissing over een ZFS-mirror met gemengde sectoren

Leg de omgeving vast voordat je iets wijzigt: software- en firmwareversies, apparaatidentiteiten, mount- of netwerkpad, vrije ruimte, rechten en het waarneembare symptoom. De nulmeting moet voldoende details behouden om te reproduceren dat een vervangende schijf 4K-fysieke sectoren rapporteert, terwijl het overgebleven mirrorlid met een kleinere uitlijning is aangemaakt.

De eerste kandidaat is compatibele vdev-geometrie. De tweede is suboptimale vaste ashift of een capaciteitsverschil. De huidige OpenZFS ashift-eigenschap definieert het mechanisme of de commando-afbakening die in de test wordt gebruikt; deze vervangt geen observaties van deze specifieke homeserver.

Noteer de acceptatievoorwaarde en stopvoorwaarde voordat je de onderscheidende test uitvoert. Een geslaagde test moet het bewijs veranderen dat door één vertakking wordt voorspeld, terwijl niet-gerelateerde services ongewijzigd blijven; bij een mislukte test moet het systeem naar de opgeslagen toestand worden teruggebracht in plaats van een keten van speculatieve oplossingen te starten.

Test de bewering zonder de oorspronkelijke vereiste te verlagen

Gebruik deze onderscheidende test: controleer de bestaande ashift- en logische/fysieke sectorrapporten van de schijf en benchmark vervolgens uitgelijnde schrijfbewerkingen op een replicapool. Houd workload, client, pad, bestandenset en timing constant, zodat het resultaat aan de gewijzigde variabele kan worden toegeschreven.

Gebruik FreeBSD zpool-gedrag om het veld te selecteren dat de vertakkingen daadwerkelijk van elkaar kan onderscheiden en leg de tijdstempel, afsluitstatus, fouttekst, apparaat- of snapshotidentiteit, latentie, overgedragen bytes, rechten en herstelstatus vast. Een schoon afsluiten van het commando is niet voldoende wanneer identiteit, duurzaamheid of applicatiestatus de geteste bewering vormt.

Herhaal de test één keer na een herstart, opnieuw verbinden, opnieuw mounten of een koude cache wanneer die gebeurtenis deel uitmaakt van de oorspronkelijke toestand. Als de eerste uitvoering destructief is of de omgeving niet kan worden hersteld, stop dan en reproduceer het resultaat op een wegwerpkopie.

zpool get ashift pool
lsblk -o NAME,LOG-SEC,PHY-SEC,SIZE

Interpreteer geslaagde, mislukte en uitzonderlijke resultaten

GESLAAGD: de vervangende schijf wordt gekoppeld, resilvering wordt voltooid en de latentie van uitgelijnde schrijfbewerkingen blijft acceptabel. Noteer de exacte versie, identiteit en workload die zijn geslaagd, zodat de conclusie voorwaardelijk blijft en geen universele bewering wordt.

MISLUKT: ashift is te klein, de vervangende schijf is marginaal kleiner of de prestaties verslechteren bij synchrone en willekeurige schrijfbewerkingen. Een mislukking bewijst niet automatisch de tegenovergestelde vertakking wanneer netwerk, geheugen, rechten of bronconsistentie beide kunnen beïnvloeden; isoleer die gedeelde afhankelijkheden voordat je opschaalt.

UITZONDERLIJK OF AMBIGU RESULTAAT: gebruik een geschikte vervangende schijf of bouw een nieuwe, correct uitgelijnde pool op in plaats van een te kleine schijf te forceren. Bewaar de logboeken en voer geen opdrachten uit voor reparatie, opschonen, vernietigen, herpartitioneren of recursief wijzigen van eigenaarschap totdat er een herstelbare kopie bestaat.

Featured

ZimaCube 2 Persoonlijke Cloud Home NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Bevestig de beslissing onder de oorspronkelijke workload

Voer de actie uit die bij de waargenomen vertakking hoort en herhaal daarna de oorspronkelijke toestand in plaats van een vereenvoudigde vervanging. De beslissing is alleen geldig wanneer de vervangende schijf wordt gekoppeld, resilvering wordt voltooid en de latentie van uitgelijnde schrijfbewerkingen gedurende twee cycli of de relevante herstart-, slaap-, onderbrekings- of belastingsovergang acceptabel blijft.

Gebruik de ZFS-mirrorsectorformaten om de dichtstbijzijnde afhankelijke workflow te controleren, maar houd de oorspronkelijke trigger ongewijzigd. Niet-gerelateerde datasets, shares, containers, gebruikers en herstelpunten moeten hun eerdere toegang en timing behouden.

De stopgrens is expliciet: als ashift te klein is, de vervangende schijf marginaal kleiner is of de prestaties verslechteren bij synchrone en willekeurige schrijfbewerkingen, ga dan terug naar de laatst geverifieerde configuratie, bewaar het bewijs en schaal alleen op naar een diepgaandere platform- of hardwaretest wanneer de vertakking reproduceerbaar is.

Nadat het doelresultaat is bereikt, vergelijk je dit met de herstelverificatie, zodat de oplossing het risico niet naar een aangrenzende service verplaatst. Een geslaagde doeltest met een nieuwe fout in back-up, identiteit, time-out of beschikbaarheid is nog steeds een mislukte wijziging.

Veelgestelde vragen

Bij een ZFS-mirror met gemengde sectoren gaan de resterende zoekopdrachten meestal over de vraag of ashift na het aanmaken van de vdev kan worden gewijzigd, of ashift=12 voor 4K-schijven moet worden gebruikt en of een verschillende capaciteit van belang is. De antwoorden hieronder houden deze randgevallen gescheiden van de primaire beslissing.

De acceptatiegrens verschuift niet: de vervangende schijf wordt gekoppeld, resilvering wordt voltooid en de latentie van uitgelijnde schrijfbewerkingen blijft acceptabel. Als een vervolgomstandigheid het bestandssysteem, de identiteit, het netwerkpad of de applicatieversie wijzigt, herhaal dan alleen de onderscheidende test die door die wijziging wordt beïnvloed.

Stop met het uitbreiden van het experiment wanneer ashift te klein is, de vervangende schijf marginaal kleiner is of de prestaties verslechteren bij synchrone en willekeurige schrijfbewerkingen. Gebruik op dat moment een geschikte vervangende schijf of bouw een nieuwe, correct uitgelijnde pool op in plaats van een te kleine schijf te forceren; bewaar het bewijs voordat je opschaalt naar de eigenaar van het platform, de opslag of de hardware.

Kan ashift worden gewijzigd nadat de vdev is aangemaakt?

Niet op locatie voor een bestaande vdev; opnieuw opbouwen of een nieuwe vdev aanmaken is doorgaans de gebruikelijke correctie.

Moet ashift=12 worden gebruikt voor 4K-schijven?

Dit staat doorgaans voor een 4K-uitlijning, maar valideer het gedrag van het apparaat en de huidige OpenZFS-richtlijnen.

Is een verschillende capaciteit van belang?

Een mirror wordt beperkt door het kleinste lid en een nominale vervangende schijf kan iets kleiner zijn.

Bij een ZFS-mirror met gemengde sectoren blijft het praktische antwoord voorwaardelijk: de vervangende schijf wordt gekoppeld, resilvering wordt voltooid en de latentie van uitgelijnde schrijfbewerkingen blijft acceptabel. Wanneer ashift te klein is, de vervangende schijf marginaal kleiner is of de prestaties verslechteren bij synchrone en willekeurige schrijfbewerkingen, gebruik dan een geschikte vervangende schijf of bouw een nieuwe, correct uitgelijnde pool op in plaats van een te kleine schijf te forceren; gedeeltelijk succes dat de oorspronkelijke workload niet kan doorstaan, is geen compatibiliteit.