StorSimple 8k: Operazioni di Troublesooting e Recovery Mode

Oltre alle operazioni di Troubleshooting su StorSimple serie 8000 riportate al seguente Link, possono tornare utili i seguenti comandi eseguibili sullo StorSimple collegandosi in PowerShell o da cavo seriale.

  • Abilitare il ping sulle schede di rete
    Enable-HcsPing
  • Verificare lo stato delle schede di rete
    Get-NetAdapter
  • Verificare lo stato del sistema
    Get-HcsSystem
  • Ping
    Test-Connection
  • Verificare le impostazioni di rete, la connettività e la registrazione dell’apparato su Azure
    Test-HcsmConnection

Nel caso che una delle controller di trovi in “Recovery Mode” (sul portale Azure vedrete la controller in stato “Off”), purtroppo c’è poco da fare se non aprire una chiamata al supporto Microsoft… Per quanto basti un semplice comando per riabilitare la controller (Exit-HcsRecoveryMode).

Può accadere che una controller levata dallo stato di “Recovery Mode” abbia il componente “Cluster” in stato critico (visibile sempre dal portale Azure).
Anche questo per ripristinarlo occorre l’intervento del supporto Microsoft.
Tramite il comando
Get-ClusterNode
viene mostrato lo stato dei nodi del cluster StorSimple.
getclusternodeResume-ClusterNode
eseguito dalla controller in stato “Paused”, avvia il servizio cluster

Cluster Hyper-V: configurazione schede di rete

Dovendo spesso configurare o revisionare le configurazioni delle schede di rete di Cluster Hyper-V, ho trovato comodo un articolo presente sul portale WindowsServer.it che riassume le Best Practice. L’articolo è consultabile a questo LINK.

Riporto di seguito le tabelle riassuntive.

Configurazione delle comunicazioni inter-node cluster

 Allow cluster network communicationAllow clients to connect
StorageNo-
ClusterSiNo
Live MigrationSiNo
ManagementSiSi
ProductionNo-

Servizi attivi sulle schede di rete

StorageDisabilitare il Client Microsoft per la condivisione file e stampanti
Disabilitare tutti i protocolli tranne IPv4, IPv6, eventuali protocolli del produttore
Se supportati abilitare i Jumbo Frames con valori tra 9000 e 9014
ClusterAbilitare il Client Microsoft per la condivisione file e stampanti per supportare l’utilizzo delle feature dell’SMB 3.0 (SMB multi-channel e SMB Direct)
Impostare tale rete per comunicazioni CSV
Se supportati abilitare i Jumbo Frames con valori tra 9000 e 9014
Live MigrationAbilitare il Client Microsoft per la condivisione file e stampanti per supportare l’utilizzo delle feature dell’SMB 3.0 (SMB Direct)
Se supportati abilitare i Jumbo Frames con valori tra 9000 e 9014
Management Abilitare il Client Microsoft per la condivisione file e stampanti per supportare l’utilizzo delle feature dell’SMB 3.0
ProductionRimozione Client Microsoft per la condivisione file e stampanti
Abilitare VMQ (Virtual Machine Queue)

NOTA: nel caso si utilizzino schede di rete Broadcom, è probabile che sia da disattivare il servizio VMQ (Virtual Machine Queue) per evitare lentezze sul network.

 

Hyper-V: Failed while adding virtual Ethernet switch connection

Provando ad associare una scheda di rete ad un Virtual Switch, può succedere che l’operazione fallisca col messaggio di errore:

Failed while adding virtual Ethernet switch connection. External Ethernet adapter ‘nome-scheda’ is already bound to the Microsoft Virtual Switch Protocol

already-bound

Andando a verificare le impostazione della scheda di rete, effettivamente è presente il protocollo “Hyper-V Extensible Virtual Switch“… anche se la scheda di rete non è associata ad alcun Virtual Switch.

Per modificare (in questo caso eliminare) il binding della scheda di rete esiste il tool NVSPbind scaricabile da QUI

Eliminata l’associazione col comando

NVSPbind /u “nome scheda di rete”

è possibile riassociarla ad un Virtual Switch

Snapshot non gestibili da Hyper-V con Backup Exec

Backuppando un’infrastruttura Hyper-V con Backup Exec (dalla release 2014), dopo il primo backup saranno presenti delle snapshot non gestibili dalla GUI di Hyper-V allacciate alla macchine virtuali. Andando a verificare le impostazioni delle VM, i dischi faranno riferimento ad un file di tipo AVHD/AVHDX. Questa impostazione impedirà quindi di gestire i dischi virtuali (p.e. estenderli. shrink, etc etc).

Questo è dovuto alla feature di Backup Exec “Faster processing method” per ambienti virtuali che teoricamente velocizza i backup. Viene creata una snapshot che sarà utilizzata come una sorta di cache per i nuovi dati, e consolidati al disco padre dopo l’avvenuto backup.

Per eliminare queste snapshot ci sono due metodi.
Il primo è quello di utilizzare uno script in powershell che va a fare il merge dei dischi. Soluzione, a mio avviso, sconsigliabile.
Il secondo è quello di utilizzare il metodo standard di backup (ovviamente di default è impostata l’altro metodo).
Per settarlo:
– menù di Backup Exec
– Configuration and Settings
– Backup Exec Settings.
– Virtual Machines
– Selezionare “Use the standard processing method”

BE-Faster-Standar-VM

Maggiori informazioni a QUESTO LINK

[Script Powershell] Connettersi sugli StorSimple serie 8000

Avendo avuto necessità di connettermi tramite Powershell sugli apparati StorSimple serie 8000 tramite HTTP, ho cercato uno script che mi permettesse di automatizzare la connessione.
Mi sono imbattutto nello script di Sam Boutros ma al momento di settare nei Trusted Host l’indirizzo dello StorSimple mi veniva restituito il seguente errore:
Set-Item : Cannot convert ‘System.Object[]’ to the type ‘System.String’ required by the parameter. Specified method is not supported.

Ho quindi modificato lo script come segue:
$StorSimpleIP = get-content -path .\IPStorSimple.txt

foreach ($address in $StorSimpleIP) {set-item wsman:\localhost\Client\TrustedHosts -Value $address.ToString() -Force}

# Get pwd for SSAdmin, store in encrypted local file for future automation
if (!(Test-Path -Path “.\SSCred.txt”)) {
Read-Host ‘Enter the pwd for your StorSimple administration’ -AsSecureString | ConvertFrom-SecureString | Out-File .\SSCred.txt
}
$Pwd = Get-Content .\SSCred.txt | ConvertTo-SecureString
$SSCred = New-Object -TypeName System.Management.Automation.PSCredential -ArgumentList “$StorSimpleIP\ssadmin”, $Pwd

$StorSimpleSession = Get-PSSession | where { $_.ComputerName -eq $StorSimpleIP }
if (! $StorSimpleSession) { $StorSimpleSession = New-PSSession -ComputerName $StorSimpleIP -Credential $SSCred -ConfigurationName SSAdminConsole }
$StorSimpleSession

Enter-pssession -credential $SSCred -ConfigurationName SSAdminConsole -ComputerName $StorSimpleIP

ScriptConnectStorSimple

Migrare VM da VmWare ad Azure Resource Manager (ARM)

E’ possibile migrare VM da VmWare ad Azure Resource Manager (ARS) in due modi:

  • AzureTramite MVMC
  • Manuale

In entrambi i casi, è richiesto Azure  Powershell (https://azure.microsoft.com/en-us/documentation/articles/powershell-install-configure/)

  • Tramite MVMC
    Utilizzando Microsoft Virtual Machine Converter (MVMC). Download QUA.
    La migrazione sarà semi-automatica in quanto MVMC 3.1 non supporta ASR
  1. Installare MVMC in una macchina configurata sulla stessa rete del vCenter/server ESX
  2. Eseguire la migrazione tramite il wizard o tramite cmdlet Powershell 3.0
  3. Copiare i VHD nello storage account in ARM tramite il cmdlet Powershell Start-AzureStorageBlobCopy.
    Qua gli script preconfigurati: https://www.opsgility.com/blog/windows-azure-powershell-reference-guide/copying-vhds-blobs-between-storage-accounts/
  4. Creare la nuova VM tramite Powershell Azure con i dischi copiati (https://azure.microsoft.com/en-us/documentation/articles/virtual-machines-ps-create-preconfigure-windows-resource-manager-vms/)
  5. Eliminare i dischi dallo storage account “classico”
  • Manuale
    Verranno creati i VHD tramite il software Disk2VHD. Download QUA
  1. Installare Disk2VHD nella macchina da convertire
  2. Convertire i dischi da uploadare
  3. Eseguire l’upload dei dischi tramite il seguente comando Powershell:
     Add-AzureRmVhd -ResourceGroupName YourResourceGroup -Destination “<StorageAccountURL>/<BlobContainer>/<TargetVHDName>.vhd” -LocalFilePath <LocalPathOfVHDFile>
  4. Creare la nuova VM tramite Powershell Azure con i dischi copiati (https://azure.microsoft.com/en-us/documentation/articles/virtual-machines-ps-create-preconfigure-windows-resource-manager-vms/)

Hyper-V: network lento su macchine virtuali

Implementando un sistema di virtualizzazione su Hyper-V Windows 2012 R2 su delle schede di rete Broadcom, il traffico di rete delle Virtual Machine attestate su queste schede risulta particolarmente lento nonostante i firmware aggiornati all’ultima release disponibile (al momento in cui scrivo Broadcom NetXtreme Network Device Firmware 7.10 last update 12 febbraio 2016).

Per tornare ad una normale operatività, ho dovuto disattivare la “Virtual Machine Queue” dalle schede di rete interessate.

Broadcom - VMQ

Per maggiori informazioni: https://support.microsoft.com/en-us/kb/2902166