Come posso utilizzare in modo sicuro l'allocazione sottile di archiviazione?

Ho l'archiviazione che mi permette di sottoporre i miei volumi presentati ai clienti. È sicuro? Quali sono le pratiche migliori?

  • Prestazioni per ZVOL presentate su iSCSI?
  • Agente burattino al maestro fantoccio (in esecuzione su nginx / ruby1.9)
  • Crea un raid 6 con 7 unità
  • Le performance del backplane di SAS Expander scendono quando sono attivi più di 8 unità?
  • Vantaggi di spessori di provisioning di storage su sottili provisioning con macchine virtuali
  • Apache e sottile protocollo sbagliato
  • Crea un raid 6 con 7 unità
  • Azionamento ISCSI non montato per l'uso in Windows Server 2012
  • Raidz in FreeNAS che consuma più spazio del previsto
  • Espansori SAS per arrays JBOD DIY
  • Le performance del backplane di SAS Expander scendono quando sono attivi più di 8 unità?
  • volume iSCSI per iper-v
  • 2 Solutions collect form web for “Come posso utilizzare in modo sicuro l'allocazione sottile di archiviazione?”

    Generalmente, se si parla di SCSI LUNs (SAN) o di file system (NAS) di networking, lo storage sottile fornito è quando si dice al client di archiviazione che ha più spazio di quanto effettivamente assegnato. Questo non ha rischi da soli, ma se non si dispone di sufficiente spazio di stoccaggio per consentire a each singolo contenitore di crescere fino alla dimensione pienamente promise, ciò è chiamato overprovisioning e comport un rischio.

    vantaggi

    I vantaggi del sovrapprezzo e del provisioning sottile sono convincenti. Molti consumatori di archiviazione (server, utenti di condivisione di file, ecc.) Richiederanno molto più spazio di quanto non abbiano inizialmente bisogno e continuino a garantire che abbiano un margine sicuro per la crescita mentre crescono. Un margine sicuro garantito centralmente per la crescita è molto più efficiente di centinaia di piccole. L'utilizzo dell'archiviazione sottostante senza sovraccarico / sovraccarico può essere molto basso e questo consente un tasso di utilizzo più elevato.

    rischi

    Tutti i rischi di questo scenario sono legati a overprovisioning. Quanto più sovraccarichi, maggiore è il rischio. Il pericolo è il potenziale per l'utilizzo delle risorse di stoccaggio per riempire completamente l'accumulo disponibile, che in genere causerebbe tutti i contenitori di stoccaggio a fallire in un modo o nell'altro. I file system andranno solo in lettura o in modalità offline ei LUN andranno in modalità non in linea.

    La migliore pratica

    Per get i vantaggi di un utilizzo più elevato che viene fornito con overprovisioning, riducendo al tempo stesso il rischio, è necessario monitorare costantemente l'archiviazione e essere in grado di agire quando necessario.

    • Utilizzare il software per monitorare e avvisare sulle condizioni di utilizzo della piscina. Se non c'è niente in una casella che lo farà, scrivi da soli. La maggior parte dei supporti support i comandi CLI che possono essere letti da uno script che si pianifica per eseguire frequentemente. La frequenza dovrebbe essere abbastanza elevata che nessuna delle tue piscine è in grado di riempire tra gli events di polling.
    • Stabilire una soglia di base. Tutte le nuove piscine di archiviazione con client overprovisioned devono get questo applicato per impostazione predefinita. Questa soglia dovrebbe essere la più conservatrice del tuo ambiente.
    • Per le piscine più piccole, utilizzare una soglia inferiore. Se ti dà il 30% dell'avvertimento su un pool da 100 TB, hai molto più tempo per aggiungere il disco se non hai un avviso di 30% su un pool da 10 TB, supponendo che entrambi sono in grado di ingerire le scritture alla stessa velocità.
    • Regola la soglia in su se sei less sovraordinata. Se si dispone di una piscina che è solo il 106% overprovisioned, colpire 70% di utilizzo non è quasi altrettanto rischioso come un pool che è al 200% overprovisioning.
    • Regolare le soglie in base a quanto tempo è necessario aggiungere spazio a un pool. Nel mio negozio, noi mantiamo l'immagazzinaggio in linea in each scatola tenuta indietro per la crescita in each stagno e più immagazzinaggio su uno scaffale pronto per essere installato in una scatola di immagazzinaggio. Facciamo questo per abbastanza tipi di stoccaggio che possiamo gestire la crescita in qualsiasi pool.
    • Ladwhere ansible e applicabile, estraete il tuo magazzino. La deduplicazione funziona per diminuire l'utilizzo e se utilizzi LUN, il recupero di pagine zero ei client che sono in grado di eseguire l'allocazione non consentono quando eliminano i dati.

    Il punto e lo scopo del provisioning sottile è simile al motivo per utilizzare uno storage consolidato in primo luogo – consolidandosi, si ottiene una migliore capacità di picco, con una media inferiore necessaria.

    Ma non essere sotto illusioni – il provisioning sottile finge di assegnare qualcosa, senza effettuarlo. Ci sono molti motivi per cui è utile. Due essenziali sono:

    • Maggiore utilizzo – a less che i volumi non siano completamente pieni, lo spazio su disco viene sprecato. La maggior parte dei sisthemes non funzionano al 100% pienamente per tutto il tempo (e sono generalmente considerati 'in difficoltà' se sono).

    • Spesa differita – se ti do 10 TB oggi, ma lo compri a 2 TB all'anno, probabilmente pago less se aspetto prima di acquistare i dischi.

    Avete due cose che derivano da questo:

    • esaurire troppo velocemente dal disco – qualcuno che inizia a riempire i propri dischi può eseguire il resto dell'impresa fuori dello spazio.

    • count dei mandrini – l'acquisto di less di dischi significa che hai less mandrini e quindi less IOP. Ciò significa che i tuoi dischi functionranno più caldi e la tua prestazione sarà peggiore.

    Cose che suggerirei come pratiche migliori per il provisioning sottile:

    • Ottieni la gestione "acquista" i rischi connessi.
    • impostare un rapporto di oversubscription 'accettabile'. (Si tratta di una decisione di rischio aziendale, perciò la consideri verso l'alto).
    • Consideriamo anche i singoli formati di volume. Un volume di 20 TB è più probabile per ingrassare lo spazio di molti volumi di 100 GB.
    • Avere la capacità (o un ordine di acquisto) pronto ad andare quando si inizia a basarsi (in base allo spazio libero o alla dimensione del volume). Non si avverte tanto che si sta per esaurire e probabilmente Non aspettare fino al prossimo trimestre / anno finanziario per riempire il riempimento – non stai più acquistando nuova capacità, tu riempi di cose che hai già venduto.
    • Considera la capacità massima teorica del sistema di stoccaggio. Pensate con molta attenzione a ciò che farai se andate oltre.
    • prestare molta attenzione alle vostre performance. IOP / throughput entrambi. Probabilmente non avrai una buona risposta a 'quante performance hai bisogno' delle domande. Ma potresti trovare "esaurito" la prestazione più velocemente di quanto non avrebbe altrimenti. Impostare anche una soglia.
    • considerare la vostra carica in conformità. Risparmiate i soldi con un provisioning sottile, ma dovrai tornare indietro per mantenere il tuo model di provisioning sottile.

    Non posso esagerare quell'ultimo punto abbastanza. Potresti avere clienti che chiedono di stoccaggio e non lo utilizzano mai. Questo è il denaro che non hai speso e rappresenta un risparmio. Tuttavia, questo non è lo stesso di quelli che richiedono un po 'di tempo per utilizzarlo (per esempio più di un anno finanziario) – risparmiate i soldi acquistando dischi più grandi / less costanti l'anno prossimo. Ma non si va via con la 'vendita' dello spazio in avanti e sperando solo che nessuno lo usi mai. Potresti finire per riempire tutto il tempo nel tempo e devi essere pronto a riempire.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.