Dal punto di vista della sicurezza, un'opzione sicura che viene utilizzata ad esempio dai fornitori di hosting VPS con cui lavoriamo, è quella di DMZ le VM, non l'host iper-v.
DMZ-ingrappando le VM al posto dell'host, è possibile accedere e fare il backup dell'host come al solito e avere solo le VM esposte all'esterno. Gli aggressori non possono accedere facilmente all'host dalla VM. Solo i servizi di integrazione Hyper-V permetterebbero potenzialmente e teoricamente ad alcuni software maligni di parlare con l'host; tuttavia, finora Microsoft ha salvaguardato abbastanza bene questo aspetto.
Tutte le strategie, comprese quelle di cui sopra, hanno i loro pro e i loro contro:
Aggiungere un nuovo NAS di backup nella LAN interna e aprire la porta tra DMZ Hyper-V Server per i backup
In questo caso l'aggressore prende il controllo dell'host e può fare quello che vuole, compreso il danneggiamento del dispositivo di backup. A proposito, anche il ransomware fa questo. Può trovare le condivisioni di accesso alla rete e danneggiare tutti i file anche lì.
Aggiunta di un nuovo NAS nella DMZ. Pro: non c'è bisogno di cambiare nulla nel firewall
In questo caso l'aspetto negativo è che l'aggressore potrebbe ottenere pieno accesso all'host, a tutte le VM su di esso e a tutti i backup, lasciandovi potenzialmente senza nulla da ripristinare in caso di attacco.
Se si DMZ tutte le VM che utilizzano indirizzi IP statici, il rischio è limitato all'interno di ogni VM. Il lato negativo è che è necessario DMZ tutte le VM separatamente, ma l'host rimarrebbe sulla rete interna e protetto così com'è, inclusi i backup ecc.
Un altro "trucco" di sicurezza è quello di impostare uno switch virtuale isolato e collegare una NIC separata per quelle DMZ VM in modo che le VM non abbiano modo di parlare con la rete interna, compreso l'host. In questo modo si ottiene un altro livello di sicurezza nel caso in cui qualcuno si introduca nella VM.
Provate questa soluzione di backup per proteggere i vostri Hyper-V Server e le VM a basso prezzo.
martedì 25 agosto 2020
Hyper-V Backup e Secure DMZ Server: Guida
Hyper-V CSV di backup: Cosa deve essere considerato per i backup VM?
I seguenti punti devono essere osservati quando si esegue il backup di Hyper-V VM su CSV.
1. Si dovrebbe usare l'ultima versione del vostro BackupChain
2. Tutti i file VM devono essere salvati sullo stesso CSV
3. Il backup deve essere effettuato solo tramite la scheda Hyper-V. Il backup completo dell'immagine del server non deve includere volumi CSV; dovrebbe includere solo il sistema operativo del sistema e, opzionalmente, i dischi dati.
4. 4. Se è probabile che le VM vengano spostate in altri nodi, si dovrebbe usare la funzione di selezione automatica invece di selezionare le VM dalla lista Un limite di velocità è attivato quando l'opzione cluster è impostata quando l'attività viene creata. Questo può essere aumentato o disattivato se si è sicuri che il traffico di gestione delle CSV è isolato al 100% e non può essere influenzato dal traffico di backup e da altri trasferimenti di dati. Altrimenti può accadere che i battiti cardiaci non arrivino in tempo e Hyper-V spegne completamente il nodo
Come per tutti i backup Hyper-V, a seconda del sistema operativo host e del sistema operativo ospite, può accadere che Hyper-V "scivoli" in un piccolo checkpoint poco prima del backup, che viene cancellato subito dopo la fase di init. Questo file di checkpoint appare nelle cartelle di backup come * .AVHDX. Inoltre, nelle cartelle di backup si trovano anche altri AVHD / X se la VM ha altri checkpoint.
Si consiglia di non utilizzare i checkpoint e, se li si utilizza, di utilizzarli solo per un breve periodo di tempo. Quando si usano i checkpoint, ci sono anche alcuni svantaggi e rischi da considerare. Il recupero granulare in BackupChain funziona solo su base VHD / X. I punti di controllo non possono essere ispezionati con questa funzione, cioè è più probabile che sia necessario un recupero completo se i file desiderati non possono essere trovati nel file VHD principale. Quando si crea un checkpoint in Hyper-V, il VHD viene congelato (e lo sono anche i checkpoint precedenti) e viene creato un nuovo AVHD/X. Tutte le modifiche all'interno della VM saranno in futuro scritte nell'AVHD in base al settore. Quando si cancella il checkpoint, il contenuto degli AVHD deve essere unito al VHD padre, il che può richiedere un po' di tempo.
Gli svantaggi sono la maggiore complessità e la lentezza degli host e dell'accesso alla rete. I rischi sono la possibile perdita di dati, c'erano già diversi bug nell'Hyper-V che portavano alla perdita completa. Sono rimaste alcune fasi rischiose, ad esempio il processo di fusione quando un checkpoint viene cancellato o quando i riferimenti VHD vengono impostati quando vengono creati i checkpoint. Se, ad esempio, viene eseguito il backup del sistema o si verifica un'interruzione di corrente, anche la memoria del CSV è separata e, in aggiunta, vi è il rischio di corruzione dei dati. Microsoft ha naturalmente migliorato il formato VHDX per ridurre i rischi, ma i dischi rigidi virtuali non sono certamente protetti al 100% contro la corruzione di tutte le cause.
lunedì 20 aprile 2020
Quando libero non è libero
Il modello freemium è in qualche modo un modello di marketing malizioso, se non abusivo. L'impressione è che un prodotto per uso gratuito si ottiene senza pagamento. Si comincia a investire molto tempo in esso, per installarlo, per impararlo, per usarlo, per impostarlo, per gestirlo, e così via. Il vostro tempo vale qualcosa per voi? Certo che sì. Ecco perché dopo settimane o mesi di utilizzo della "soluzione gratuita", finalmente ti rendi conto dove e come è stata paralizzata e limitata in modo da dover passare alla soluzione reale, costosa e troppo costosa. Quindi è lì che vogliono davvero che andiamo, al costoso prodotto reale, quello che vogliono vendere. Naturalmente lo sappiamo tutti, eppure ci caschiamo sempre.
Ci hanno attirato con "oh, è gratis, per sempre". Ora che ci rendiamo conto di aver sprecato tutto questo tempo a provarlo, ad impararlo, ci sentiamo come se tutto quel tempo e quello sforzo andasse sprecato se non comprassimo il prodotto. E Dio ce ne scampi e liberi, il passaggio a un altro prodotto comporterà ancora più lavoro e perdita di tempo, quindi tendiamo a pensare. È molto più facile mordere la pallottola e comprare il prodotto troppo caro e andare avanti con la nostra vita.
I giochi gratuiti OK sono quasi la stessa trovata, quasi. Si gioca, si diventa dipendenti, poi bisogna comprare "gettoni" per sbloccare il livello successivo, nel gioco vero e proprio. Concesso, è una prova gratuita. Ma non lo è. Mentre un gioco è divertente anche se non lo si compra, si perde davvero del tempo prezioso per provare un software di backup gratuito. Tempo che avrebbe potuto essere usato in modo saggio e più efficace. Quel che è peggio, è che si sprecano anche i soldi. La soluzione è semplice, ogni volta che il cosiddetto messaggio "software di backup gratuito per Hyper-V" vi arriva, o quello che è, è un grande promemoria e un grande investimento per guardarsi intorno e vedere quali altre opzioni ci sono là fuori. La parola libera è stata abusata come nessun'altra. La pandemia del Coronavirus taglia tutti i nostri portafogli, così possiamo guadagnare il doppio, risparmiare tempo e denaro facendo qualche ricerca, come è stato fatto nell'articolo qui sotto per evidenziare le alternative Veeam, Acronis, Altaro e Backup Exec.
Vedere questo articolo per maggiori informazioni.
giovedì 16 aprile 2020
Elenco delle strategie efficaci di backup Hyper-V
Il backup delle macchine virtuali Hyper-V può essere semplice; tuttavia, le cose possono anche diventare complesse, a seconda della configurazione.
Ci sono diversi scenari comuni di disaster recovery per Hyper-V:
Eseguire il backup delle macchine virtuali e mantenere una cronologia di backup. Ad esempio, eseguire il backup ogni notte e mantenere gli ultimi 7 giorni
Backup in tempo reale e backup offline (backup a caldo o a freddo) noti come backup senza agenti
Backup dello stato salvato (backup di congelamento)
Backup presi all'interno della VM (backup dell'agente)
Replicazione in tempo reale di Hyper-V VM
Backup presi dall'host
Backup Hyper-V dal vivo
I backup dal vivo sono ciò che la maggior parte degli utenti desidera. I backup live sono forniti da Hyper-V e VSS, il Volume Shadow Service di Microsoft Windows XP e successivi.
I sistemi operativi più vecchi non forniscono VSS e sono quindi incompatibili con gli strumenti di live backup.
Affinché i backup in tempo reale funzionino correttamente è necessario disporre di quanto segue:
Sistema operativo host in grado di ospitare VSS e VSS che funzioni correttamente. (Windows Server 2008 e successivi)
Sistema operativo guest capace di VSS. Le VM devono eseguire Windows XP o Server 2003 e successivi. Alcune varianti di Linux possono essere supportate a seconda della versione del sistema operativo host.
È necessario avere gli ultimi servizi di integrazione Hyper-V installati in ogni VM
È necessario utilizzare i file system NTFS
È necessario disporre di sufficiente memoria RAM e spazio su disco (10 GB di spazio su disco e 1 GB di RAM minimo)
È necessario disporre di un'area di archiviazione VSS sufficientemente ampia. Utilizzare VSSUIRUN.EXE o vssadmin per impostare limiti non delimitati o elevati superiori a 10 GB per evitare problemi
L'applicazione di backup avvia il processo e coinvolge Windows, Hyper-V e VSS. Il segnale di backup viene anche spinto nella VM. Il VSS della VM viene quindi attivato e notifica tutti i servizi all'interno della VM che possono essere in grado di gestire le richieste VSS. Quindi il backup viene eseguito tramite uno stato virtualmente congelato, applicazione e crash coerente della VM, mentre la VM continua a funzionare senza interruzioni.
Backup offline della VM
I backup VM offline sono ottimi quando non si dispone di servizi o sistemi operativi compatibili con VSS. Ma anche perché i backup offline sono a volte "migliori". Tutti i servizi sono necessari per lo spegnimento, compreso il sistema operativo della VM. Il backup viene quindi eseguito e la VM si avvia di nuovo. Questo assicura che la VM sia avviabile a intervalli regolari; tuttavia, il tempo di inattività richiesto può essere un problema in molte impostazioni.
Il riavvio delle VM è buono perché cancella Windows e altre aree temporanee del sistema e assicura che la VM sia effettivamente avviabile. A volte le VHD possono diventare corrotte o un virus o un difetto del software può causare problemi con la procedura di avvio. Se i backup sono sempre presi in diretta e la VM non viene mai riavviata, gli errori non emergeranno mai e non passeranno mai inosservati.
Inoltre, molte volte l'amministratore non sa se ci sono servizi incompatibili con VSS in esecuzione sul server virtuale.
Alcuni esempi sono:
Microsoft Access
MySQL
Basi di dati proprietarie e disposizioni flat file datastore
Backup di Stato salvati
Saved State è ciò che Microsoft ha inventato per essere in grado di effettuare backup piuttosto utili con (di solito) una minima perdita di dati di sistemi operativi non conformi ai VSS, questi includono:
La maggior parte delle varianti Linux su server host Windows Server 2008 / R2 e 2012
Windows Server 2000 e precedenti
Moderne versioni Windows con servizi di integrazione Hyper-V vecchi o inesistenti
Se la VM non dispone di un'installazione aggiornata del servizio di integrazione Hyper-V, verrà eseguita una copia di backup in modalità Saved State.
I backup di Saved State possono anche essere effettuati (la decisione spetta alla gestione di Hyper-V, non all'applicazione di backup) se:
Non ci sono abbastanza risorse (RAM, come nel caso di RAM fortemente frammentata)
Il sistema operativo VM è in un processo di avvio o di arresto
Replicazione in tempo reale di Hyper-V VM
È possibile replicare le VM da un server all'altro e mantenere X numero di versioni precedenti, utilizzando il backup delle versioni. Invece di comprimere e deduplicare i dischi virtuali, è possibile copiarli invece una volta che il VSS li ha portati in uno stato di crash e di applicazione coerente. Sul server di ripristino è possibile avviarli in qualsiasi momento in cui se ne ha bisogno senza ritardi, poiché i dischi virtuali sono nel loro formato nativo e pronti per essere avviati.
Backup presi all'interno della VM (Agent Backup)
Alcuni scenari richiedono l'esecuzione di backup all'interno della VM:
Si sta utilizzando un sistema operativo incompatibile con VSS che non può essere eseguito il backup dal vivo dall'host, come Linux, o Windows Server 2000
Si sta utilizzando una memoria direttamente collegata all'interno della VM, come iSCSI o una partizione montata che è fisica all'host
Un'altra soluzione per far funzionare entrambe le strategie
Granular Backup for Hyper-V è una caratteristica innovativa che permette agli amministratori IT di accedere ai file all'interno delle VM dall'host. È possibile eseguire un backup live delle cartelle delle VM senza installare software all'interno delle VM se i dischi virtuali delle VM sono accessibili dall'host. Vedere questa soluzione di backup per Hyper-V.
Cause della sensibilità alla caffeina e possibili cure naturali
aumento della frequenza cardiaca e/o della pressione sanguigna dopo aver
bevuto una o più tazze di caffè?
Potrebbe essere dovuto a una vasta gamma di cose. Tuttavia una delle
cause segnalate meno frequentemente è quella che vorrei affrontare in
questo post:
Carenze di vitamina B, in particolare di B12
Carenza di calcio
Carenza di ferro
Carenza di magnesio
Carenza di potassio
Disidratazione inosservata
Se siete sotto stress, è probabile che abbiate bisogno di più di quanto
sopra e soprattutto più di quanto la dieta da sola possa fornire. Un
supplemento è sicuramente necessario per tutto quanto sopra, tranne
forse il calcio, se semplicemente si aumenta l'assunzione di diario. Un
bicchiere di latte (250 ml) fornisce circa 300mg di calcio, che è solo
1/4 dell'assunzione giornaliera raccomandata (1.200 mg al giorno). Se
volete assumere tutto il vostro calcio dal cibo, dovreste sicuramente
stare attenti alle calorie, perché il latte e il formaggio sono un po'
pesanti.
I livelli di B12 e di ferro sono incredibilmente difficili da aumentare
con la sola dieta. La mia raccomandazione è di prendere quanto segue:
400-500 mg di magnesio al giorno
Calcio 500mg al giorno sotto forma di integratore o almeno due
pinte di latte al giorno per un po', poi una pinta al giorno. Si
consideri che alcune acque minerali, come S. Pellegrino, contengono
circa 170mg/l mentre il Parco dei Cervi ne fornisce solo dai 7 ai
70mg/l. Se la vostra acqua fornisce pochissimo calcio dovrete integrare
di più o mangiare più latticini, il che potrebbe richiedere un aumento
degli allenamenti per compensare il carico calorico.
Multivitaminici masticabili per bambini: Uso i multivitaminici per
bambini perché contengono ottime quantità di ferro (18mg), zinco 15mg,
vitamina D (600IU) e 100mg di calcio. Troverete che la maggior parte dei
multis adulti sono troppo deboli, soprattutto zinco e ferro.
Complesso di vitamina B con B12 extra. Raccomando il complesso di
vitamina B 50mg, e 1.000 mcg B12 al giorno. Alcune persone hanno preso
4.000 a 7.000 mcg al giorno per circa due mesi per i livelli di
raggiungere la normalità.
Vitamina C (3-5 grammi al giorno)
Bere almeno 3 litri d'acqua al giorno
L'assunzione giornaliera raccomandata di potassio è di 4.700 mg.
Per raggiungere il fabbisogno di 4,7 grammi al giorno è necessario
mangiare più di due libbre al giorno, ovvero 1 chilogrammo. La maggior
parte delle persone è infatti carente di potassio e può diventare
evidente in vari sintomi subclinici, come la pressione sanguigna elevata
e talvolta la frequenza cardiaca.
A quanto pare la B12 è davvero difficile da assorbire. Io uso la B12
sublinguale e funziona molto bene.
Tornando alla sensibilità alla caffeina, posso dire che se una delle
suddette carenze è presente, si può osservare un aumento della BP. Una
volta che i minerali e le vitamine di cui sopra sono ai loro livelli
normali, la sensibilità dovrebbe scomparire, a meno che non ci siano
ulteriori problemi di fondo da affrontare. Questo, naturalmente, non
significa che tutte le sensibilità alla caffeina derivino da carenze di
nutrienti; tuttavia, soprattutto se si lavora per lunghe ore, si fanno
allenamenti frequenti e si usa il caffè un po' più della media degli
utenti, si potrebbe trarre beneficio dall'aumento dei nutrienti in molti
modi oltre a curare la sensibilità alla caffeina.
Spero che questo aiuti! Utilizzate la sezione commenti per condividere i
vostri pensieri!
venerdì 27 marzo 2020
I 16 migliori modi per perdere la tua vita digitale
Cosa causa la corruzione del file system?
Utilizzo di strumenti non Windows per modificare il file system. Conversione delle dimensioni dei cluster in MSFT con strumenti non MS (che si arrestano in modo anomalo lungo la strada).
Informazioni privilegiate: stress del sistema molto elevato (ad esempio causato da bug del file system MS), esempio: se si posiziona il server in I / O e carico di risorse molto elevati, in determinate circostanze può causare la corruzione del file system, in particolare in situazioni di RAM ridotta .
Quindi, non lasciare mai che un server si esaurisca con la RAM! Accadranno cose brutte ...
Quindi abbiamo settori del disco danneggiati ... e bit putrefazione !!!