Una domanda che ho spesso ricevo è se ESXi supporta dispositivi di storage basati su Thunderbolt. Questo è particolarmente interessante per le persone in esecuzione ESXi su un Apple Mac Mini a causa del numero limitato di connessioni IO Mac Mini 'hanno. Se si guarda in HCL di VMware, non troverete alcun dispositivo Thunderbolt storage supportati Né vi sono che sono in fase di test attivamente con ESXi, almeno per quanto ne so.
Detto questo, in generale da un punto di vista host ESXi, l'interfaccia Thunderbolt è solo visto come un bus PCIe esteso. Ciò significa che qualsiasi dispositivo di memorizzazione è collegato all'altra estremità può funzionare con ESXi finché c'è un conducente ESXi che può comunicare con dispositivi che. Questo è analogo ad avere una scheda RAID e avente i driver corretti sul ESXi vedere il suo stoccaggio.
Anche se VMware non sta testando attivamente dispositivi di storage basati su Thunderbolt, ci sono un paio di persone nella comunità che hanno e hanno avuto successo. Volevo condividere queste storie con la comunità di coloro che potrebbero essere interessati a questo argomento e, auspicabilmente, altri che hanno avuto un successo simile può anche condividere maggiori dettagli circa la loro messa a punto.
Disclaimer: Tutte le soluzioni elencate di seguito sono da parte della comunità e le decisioni di acquisto sulla base di queste soluzioni sarà a vostro rischio e pericolo. Tengo alcuna responsabilità se le soluzioni elencate non funzionano per qualsiasi ragione.
Soluzione # 1 - Pegaus R6 Thunderbolt Storage Enclosure
Questo è stato il primo dispositivo di storage Thunderbolt che non avevo mai visto confermato pubblicamente di lavorare con ESXi dopo l'installazione di un driver STEX VIB. Potete trovare maggiori dettagli qui .
Soluzione # 2 - Sonnet Echo espresso III-R Rackmount Thunderbolt 2 Expansion Chassis & RacMac Mini Enclosure
Questa soluzione successiva è stato recentemente condiviso con me da Marc Huppert che ha recentemente ampliato il suo laboratorio a casa. Marc combinato un chassis di espansione Thunderbolt con un Mac Mini telaio a vista storage Fibre Channel al suo Mac Mini. Potete trovare maggiori dettagli qui .
Soluzione # 3 - XMAC Mini Server Enclosure
Mi sono imbattuto in questa soluzione durante la ricerca on-line che usa anche un altro chassis di espansione Mac Mini Thunderbolt collegati allo storage basato Fibre Channel. Potete trovare maggiori dettagli qui .
Soluzione # 4 - Sonnet XMAC Pro Enclosure Server
Grazie a Joshua per condividere la sua soluzione. Potete trovare maggiori dettagli nei commenti qui .
Soluzione # 5 - unità LaCie Rugged Thunderbolt
Grazie a Filippo per condividere la sua soluzione. Potete trovare maggiori dettagli nei commenti qui .
Soluzione # 6 - ARC-8050T2 Thunderbolt 2 RAID
Grazie a Jason per condividere la sua soluzione. Potete trovare maggiori dettagli nei commenti qui .
Se ci sono altre periferiche di archiviazione di Thunderbolt che voi o gli altri hanno avuto successo con ESXi, sentitevi liberi di lasciare un commento con i dettagli e lo aggiungerò al post. Se ci sono fornitori di dispositivi di storage Thunderbolt che vogliono mandarmi una unità demo, sarei più che felice di dare al sistema un test per vedere se funziona con ESXi:)
lunedì 26 gennaio 2015
giovedì 22 gennaio 2015
Cisco ACI - Configurazione VMware integrazione sul APIC
n questo articolo l'autore esamina il collegamento ad un sistema di gestione della macchina virtuale.
Nel precedente articolo ho scritto su Cisco ACI ho fatto riferimento alla guida Quickstart trovato nella APIC sotto Sistema >> Quickstart. Ho scritto il secondo passo, la configurazione di account utente. Ho anche scritto un articolo sulla creazione di costrutti di rete di base, come ad esempio gli inquilini e domini ponte. In questo articolo ho intenzione di continuare con il terzo passo nella guida di avvio rapido che è "Connessione a una macchina virtuale sistema di gestione (VM)." Questo articolo sarà esclusivamente concentrarsi sulla VMware per la maggior parte come questo è ciò che è disponibile con la versione GA di ACI come della scrittura di questo articolo. Integrazione Hyper-V sarà disponibile a breve. Stiamo anche usando il VMware vCenter per fare la maggior parte di questa configurazione.A partire da ora, ACI è compatibile solo con le versioni di vSphere 5.1 e 5.5, e probabilmente vSphere 6 quando non sarà rilasciato. Come nota a margine, l'APIC può anche usare vShield per l'integrazione con ACI, ma saremo a parlare di che in un prossimo articolo.
Possiamo usare VMware e altre piattaforme virtuali o fisici con ACI, anche se non abbiamo una soluzione come vCenter per collegarli. Sarebbe solo essere più di un processo manuale. Tuttavia quando integriamo vCenter e ACI siamo in grado di automatizzare i processi di creazione di gruppi di porte virtuali, per esempio, che ci permette anche di gestire le policy di rete di VMware attraverso l'APIC. Ovviamente, poiché una ragione principale per utilizzare ACI è di sfruttare programmabilità e automazione, questa è una buona cosa.
Come indicato nella Guida rapida per la connessione a un sistema di gestione VM dobbiamo avere connettività a una rete esterna utilizzando la rete di gestione in banda, prima creiamo un dominio VMM profilo. Un dominio Virtual Machine Manager è un gruppo di controller virtuali (come vCenter) con politiche simili associati. Quindi, andiamo avanti e creare che la connettività di livello 2 se non abbiamo già. Sto assumendo il tessuto e tutte le altre cose sono stati impostati in questo punto. Si prega di vedere i miei precedenti articoli o la documentazione di Cisco per aiutare con questo.
Breve Promemoria:
Figura 1
Figura 2
Come si può vedere in questo esempio ho un vCenter con il nome di VCVA e il suo stato è in linea. Il suo indirizzo è 198.18.133.211 ed è VMware vCenter Server 5.5.0 accumulo 1.312.298. Mi dà anche un numero di serie e mi dice quante distribuito switch virtuali sto controllano dal APIC. Sotto hypervisor mostra due server ESX, che è quello che sto correndo nella mia particolare laboratorio in questo caso.
Possiamo anche verificare la connessione sul lato VMware, e dovremmo verificare che tutto funzioni correttamente.Quindi cerchiamo di accedere nuovamente al client vSphere.
Figura 3
Ora che abbiamo creato il collegamento tra l'APIC e vCenter siamo in grado di automatizzare alcune cose come l'aggiunta di reti e VLAN per vCenter. Saremo in grado di aggiungere i nostri ospiti VMware per queste reti e che useremo il tessuto ACI di comunicare a quel punto. Tutto quello che realmente abbiamo lasciato è quello di aggiungere gli host ESX allo switch virtuale distribuito e quindi creare gruppi e reti per mettere le macchine virtuali, ma salveremo che per il prossimo blog della serie.
Come sempre, se avete domande o commenti, non esitate a lasciare i vostri commenti qui sotto o entrare in contatto con me su TwitterMalhoit.
Possiamo usare VMware e altre piattaforme virtuali o fisici con ACI, anche se non abbiamo una soluzione come vCenter per collegarli. Sarebbe solo essere più di un processo manuale. Tuttavia quando integriamo vCenter e ACI siamo in grado di automatizzare i processi di creazione di gruppi di porte virtuali, per esempio, che ci permette anche di gestire le policy di rete di VMware attraverso l'APIC. Ovviamente, poiché una ragione principale per utilizzare ACI è di sfruttare programmabilità e automazione, questa è una buona cosa.
Come indicato nella Guida rapida per la connessione a un sistema di gestione VM dobbiamo avere connettività a una rete esterna utilizzando la rete di gestione in banda, prima creiamo un dominio VMM profilo. Un dominio Virtual Machine Manager è un gruppo di controller virtuali (come vCenter) con politiche simili associati. Quindi, andiamo avanti e creare che la connettività di livello 2 se non abbiamo già. Sto assumendo il tessuto e tutte le altre cose sono stati impostati in questo punto. Si prega di vedere i miei precedenti articoli o la documentazione di Cisco per aiutare con questo.
Breve Promemoria:
- Clicca su inquilini, e quindi fare clic su Gestione. (Ricordate MGMT un inquilino di default)
- Nel riquadro di navigazione a sinistra espandere Networking
- Fare clic destro sul ponte Domini e cliccare su Crea Ponte Domini
- Dategli un nome e di rete.
- Fare clic sul + accanto a sottoreti e inserire la subnet che si desidera in modo da utilizzare
- Nel APIC GUI click su VM rete e selezionare i criteri sub-tab.
- Nel riquadro di navigazione a sinistra selezionare VM Provider VMware.
- Cliccate sulle azioni e quindi Create vCenter dominio. Un dominio è come Cisco si riferisce a qualsiasi connessione virtuale, se si tratta di Hyper-V, Xen o VMware.
- Compilare il nome del vCenter e accertarsi che corrisponda al nome del vCenter. In questo caso ho intenzione di utilizzare My-vCenter.
- Accanto a VLAN Pool selezionare la freccia a discesa e selezionare Create VLAN Pool. Queste saranno le piscine che vengono creati sul Virtual Switch Distributed entro vCenter.
- Dare la piscina un nome come Production_VLAN_Pool e lasciare allocazione dinamica selezionato. In questo modo la creazione della piscina sul vCenter essere automatizzato.
- Quindi fare clic sul segno + accanto ai blocchi ENCAP. Aggiungi la tua gamma VLAN qui e fare clic su Submit (Se siete abituati a creare piscine in UCS, questo è un po 'come questo, stiamo riservando piscine per uso successivo).
- Fare clic sul segno + accanto a credenziali vCenter per aggiungere le credenziali appropriate per la connessione a vCenter.
Figura 1
- Fare clic sul segno + accanto a vCenter / vShield. Anche in questo caso, non stiamo utilizzando vShield in questo caso, ma qui ci inserire le informazioni di connessione vCenter.
- Dategli un nome per abbinare il vostro vCenter.
- Specificare l'indirizzo IP corretto per vCenter.
- È possibile lasciare la versione DVS in default.
- Inserire le informazioni Datacenter.
- Scegliere la credenziale associata, che abbiamo creato prima di questo. In questo caso si tratta di amministratore.
- Infine, fare clic presentare per terminare la creazione della VM Provider.
Figura 2
Come si può vedere in questo esempio ho un vCenter con il nome di VCVA e il suo stato è in linea. Il suo indirizzo è 198.18.133.211 ed è VMware vCenter Server 5.5.0 accumulo 1.312.298. Mi dà anche un numero di serie e mi dice quante distribuito switch virtuali sto controllano dal APIC. Sotto hypervisor mostra due server ESX, che è quello che sto correndo nella mia particolare laboratorio in questo caso.
Possiamo anche verificare la connessione sul lato VMware, e dovremmo verificare che tutto funzioni correttamente.Quindi cerchiamo di accedere nuovamente al client vSphere.
- Accedere a vSphere client.
- Fare clic sul menu a top menu a discesa accanto a inventario dove si dice Host e cluster e modificarlo in rete.
- Espandere la cartella vCenter per mostrare uno switch virtuale distribuito, nel mio caso la sua chiamata VCVA.Questo è stato creato automaticamente quando abbiamo creato la connessione sul APIC.
Figura 3
Ora che abbiamo creato il collegamento tra l'APIC e vCenter siamo in grado di automatizzare alcune cose come l'aggiunta di reti e VLAN per vCenter. Saremo in grado di aggiungere i nostri ospiti VMware per queste reti e che useremo il tessuto ACI di comunicare a quel punto. Tutto quello che realmente abbiamo lasciato è quello di aggiungere gli host ESX allo switch virtuale distribuito e quindi creare gruppi e reti per mettere le macchine virtuali, ma salveremo che per il prossimo blog della serie.
Come sempre, se avete domande o commenti, non esitate a lasciare i vostri commenti qui sotto o entrare in contatto con me su TwitterMalhoit.
giovedì 15 gennaio 2015
Attributi personalizzati! = VSphere Tags
Una domanda comune che vedo frequenti poste dai clienti è se Attributi personalizzati in vCenter Server può essere completamente sostituita da vSphere Tags? Attributi Sia personalizzati e vSphere Tags fornire funzionalità di metadati, ma ci sono alcune differenze di fondo tra i due e, a seconda di come si utilizza Attributi personalizzati oggi, si può o non può essere in grado di migrare completamente verso utilizzando vSphere Tags, almeno nel breve termine.
Gli attributi personalizzati consente di specificare "chiavi" personalizzati associati sia con una macchina virtuale o un oggetto host ESXi, che sono gli oggetti solo supportati. Una volta abilitato sia per una VM o un host ESXi, si sarà in grado di assegnare un metadati specifici oggetto "valore" per questi oggetti. Un esempio potrebbe essere un attributo personalizzato denominato "proprietario dell'applicazione" e per VM1 ho un valore di "Duncan Epping" e per VM2 ho un valore di "Alan Renouf".
vSphere-custom-attributi-sono-non-uguali a vSphere-tags-1
vSphere Tags fornisce anche una capacità di metadati, ma va oltre la semplice VM e ESXi host. vSphere Tag può essere applicato a tutti gli oggetti all'interno del vSphere inventario. Un importante distinzione tra Attributi personalizzati e vSphere Tag che aiuteranno a rispondere alla nostra domanda iniziale è che vSphere Tag non può essere utilizzato per memorizzare i metadati specifici oggetto , viene utilizzato per categorizzare o logicamente l'organizzazione di vari oggetti insieme. Un esempio potrebbe essere un tag denominato "Production", che può quindi essere assegnato a VM1 e VM2 a fini organizzativi, ma non sarebbe in grado di assegnare un valore specifico per ciascuna delle macchine virtuali.
vSphere-custom-attributi-sono-non-uguali a vSphere-tags-0
Questa distinzione di non essere in grado di assegnare metadati specifici oggetto è la differenza fondamentale tra vSphere Tag e attributi personalizzati. Se attualmente affidamento su questa capacità di attributi personalizzati, non sarà in grado di migrare completamente verso utilizzando vSphere Tag. Un buon modo per pensare a vSphere Tags oggi è che sono simili a cartelle vSphere, ma molto più dinamico e di ricerca in tutti i vSphere Objects. La mancanza di metadati specifici oggetto per vSphere Tags è qualcosa che VMware Engineering è a conoscenza di oggi e speriamo che saranno in grado di migliorare in futuro per supportare gli attributi personalizzati caso d'uso, in modo che vSphere Tag può essere utilizzato esclusivamente.
In realtà, spero anche di vedere vSphere Tags ottenere migliorato in modo che le autorizzazioni possono essere applicati anche su Tag che sarebbe poi propagarsi alle vSphere sottostanti Oggetti associati. So che questo è un altro richiesta comune da parte dei clienti che hanno guardato con vSphere Tags. Mi piacerebbe vedere anche un adeguato API esposta per Tags in modo che possano essere gestiti e accessibili a livello di codice, che può essere molto utile per CMDB o sistemi di provisioning. Oggi, non ci sono le API vSphere per tag, ma è possibile gestire utilizzando cmdlet PowerCLI Tagging . Ricercabilità è anche un'altra area che vSphere Tags può ottenere ulteriori miglioramenti su. Oggi è possibile cercare solo su oggetti per nome Tag, ma in futuro spero di vedere il supporto per le query più complesse, che includono la ricerca attraverso i valori delle variabili assegnate.
In sintesi, gli attributi personalizzati non stanno andando via in qualunque momento presto, almeno fino a quando le loro capacità sono in pari con vSphere Tags. Sarete in grado di continuare ad accedere Attributi personalizzati che è disponibile oggi nel client vSphere # C o utilizzando l'API vSphere. Gli attributi personalizzati non sono attualmente visibili nel vSphere client Web, ma è possibile utilizzare questo plugin di vSphere Client Web personalizzata che rende disponibile Attributi personalizzati nel client vSphere Web. Andando avanti, il futuro sarà vSphere Tags, ma nel frattempo si consiglia di utilizzare entrambi i set di funzionalità di metadati a seconda del caso d'uso.
Gli attributi personalizzati consente di specificare "chiavi" personalizzati associati sia con una macchina virtuale o un oggetto host ESXi, che sono gli oggetti solo supportati. Una volta abilitato sia per una VM o un host ESXi, si sarà in grado di assegnare un metadati specifici oggetto "valore" per questi oggetti. Un esempio potrebbe essere un attributo personalizzato denominato "proprietario dell'applicazione" e per VM1 ho un valore di "Duncan Epping" e per VM2 ho un valore di "Alan Renouf".
vSphere-custom-attributi-sono-non-uguali a vSphere-tags-1
vSphere Tags fornisce anche una capacità di metadati, ma va oltre la semplice VM e ESXi host. vSphere Tag può essere applicato a tutti gli oggetti all'interno del vSphere inventario. Un importante distinzione tra Attributi personalizzati e vSphere Tag che aiuteranno a rispondere alla nostra domanda iniziale è che vSphere Tag non può essere utilizzato per memorizzare i metadati specifici oggetto , viene utilizzato per categorizzare o logicamente l'organizzazione di vari oggetti insieme. Un esempio potrebbe essere un tag denominato "Production", che può quindi essere assegnato a VM1 e VM2 a fini organizzativi, ma non sarebbe in grado di assegnare un valore specifico per ciascuna delle macchine virtuali.
vSphere-custom-attributi-sono-non-uguali a vSphere-tags-0
Questa distinzione di non essere in grado di assegnare metadati specifici oggetto è la differenza fondamentale tra vSphere Tag e attributi personalizzati. Se attualmente affidamento su questa capacità di attributi personalizzati, non sarà in grado di migrare completamente verso utilizzando vSphere Tag. Un buon modo per pensare a vSphere Tags oggi è che sono simili a cartelle vSphere, ma molto più dinamico e di ricerca in tutti i vSphere Objects. La mancanza di metadati specifici oggetto per vSphere Tags è qualcosa che VMware Engineering è a conoscenza di oggi e speriamo che saranno in grado di migliorare in futuro per supportare gli attributi personalizzati caso d'uso, in modo che vSphere Tag può essere utilizzato esclusivamente.
In realtà, spero anche di vedere vSphere Tags ottenere migliorato in modo che le autorizzazioni possono essere applicati anche su Tag che sarebbe poi propagarsi alle vSphere sottostanti Oggetti associati. So che questo è un altro richiesta comune da parte dei clienti che hanno guardato con vSphere Tags. Mi piacerebbe vedere anche un adeguato API esposta per Tags in modo che possano essere gestiti e accessibili a livello di codice, che può essere molto utile per CMDB o sistemi di provisioning. Oggi, non ci sono le API vSphere per tag, ma è possibile gestire utilizzando cmdlet PowerCLI Tagging . Ricercabilità è anche un'altra area che vSphere Tags può ottenere ulteriori miglioramenti su. Oggi è possibile cercare solo su oggetti per nome Tag, ma in futuro spero di vedere il supporto per le query più complesse, che includono la ricerca attraverso i valori delle variabili assegnate.
In sintesi, gli attributi personalizzati non stanno andando via in qualunque momento presto, almeno fino a quando le loro capacità sono in pari con vSphere Tags. Sarete in grado di continuare ad accedere Attributi personalizzati che è disponibile oggi nel client vSphere # C o utilizzando l'API vSphere. Gli attributi personalizzati non sono attualmente visibili nel vSphere client Web, ma è possibile utilizzare questo plugin di vSphere Client Web personalizzata che rende disponibile Attributi personalizzati nel client vSphere Web. Andando avanti, il futuro sarà vSphere Tags, ma nel frattempo si consiglia di utilizzare entrambi i set di funzionalità di metadati a seconda del caso d'uso.
venerdì 9 gennaio 2015
CoreOS è ora disponibile come OVA in canale alfa
Sembra che la gente oltre a CoreOS ora hanno anche prodotto una immagine OVA che può essere facilmente importato in un vSphere o anche ambiente vCloud Air. In precedenza, ci sono voluti un paio di passi aggiunta per convertire l'immagine disco "ospitata" in origine significava per VMware Fusion / Workstation per funzionare correttamente in un vSphere / ambiente basato su vCloud Air. Il CoreOS OVA è attualmente disponibile solo nel canale di CoreOS Alpha per la " produzione di immagini ", che comprende anche open-vm-tools di VMware e l'ultima versione ad oggi è CoreOS 554.0.0 .
È possibile utilizzando il vSphere C # o vSphere client Web per importare il OVA o è possibile automatizzare questo semplicemente utilizzando da riga di comando tramite ovftool. Ecco un frammento di esempio che è possibile eseguire direttamente contro un host ESXi:
Shell
/Applications/VMware\ OVF\ Tool/ovftool \
--name=CoreOS \
"--net:VM Network=VM Network" \
--datastore=mini-local-datastore-2 \
--diskMode=thin \
'http://alpha.release.core-os.net/amd64-usr/554.0.0/coreos_production_vmware_ova.ova' \
'vi://root:vmware123@mini.primp-industries.com'
È inoltre possibile importare la CoreOS OVA in vCloud Air di ma sarà necessario collegare nell'interfaccia vCloud Director per caricare o è anche possibile utilizzare ovftool. Per maggiori dettagli su come importare utilizzando ovftool, controllare la documentazione qui .
Ecco uno screenshot di schierare CoreOS da un catalogo vCloud Air:
Screen shot 2015/01/08 alle 8.39.48 AM
La "produzione" immagine CoreOS non contiene le chiavi SSH insicure come l'immagine "insicuro" e quindi sarà ancora bisogno di creare una configurazione ISO Nube se si desidera personalizzare ulteriormente l'immagine tra cui credenziali di accesso. Potete dare un'occhiata alla sceneggiatura che avevo creato per la distribuzione CoreOS dal canale stabile e per maggiori dettagli consultate il documentazione Nube Config pure.
È possibile utilizzando il vSphere C # o vSphere client Web per importare il OVA o è possibile automatizzare questo semplicemente utilizzando da riga di comando tramite ovftool. Ecco un frammento di esempio che è possibile eseguire direttamente contro un host ESXi:
Shell
/Applications/VMware\ OVF\ Tool/ovftool \
--name=CoreOS \
"--net:VM Network=VM Network" \
--datastore=mini-local-datastore-2 \
--diskMode=thin \
'http://alpha.release.core-os.net/amd64-usr/554.0.0/coreos_production_vmware_ova.ova' \
'vi://root:vmware123@mini.primp-industries.com'
È inoltre possibile importare la CoreOS OVA in vCloud Air di ma sarà necessario collegare nell'interfaccia vCloud Director per caricare o è anche possibile utilizzare ovftool. Per maggiori dettagli su come importare utilizzando ovftool, controllare la documentazione qui .
Ecco uno screenshot di schierare CoreOS da un catalogo vCloud Air:
Screen shot 2015/01/08 alle 8.39.48 AM
La "produzione" immagine CoreOS non contiene le chiavi SSH insicure come l'immagine "insicuro" e quindi sarà ancora bisogno di creare una configurazione ISO Nube se si desidera personalizzare ulteriormente l'immagine tra cui credenziali di accesso. Potete dare un'occhiata alla sceneggiatura che avevo creato per la distribuzione CoreOS dal canale stabile e per maggiori dettagli consultate il documentazione Nube Config pure.
lunedì 5 gennaio 2015
Fun fine dei fatti dell'anno su virtuallyGhetto
Mi sono svegliato alle 6 del mattino la scorsa Domenica senza una ragione apparente. Forse il mio corpo mi sta preparando per la paternità? In ogni caso, non potevo tornare a dormire e ha iniziato a pensare alcuni dei blog che ho scritto lo scorso anno su virtuallyGhetto (finendo il suo 5 ° anno). Con l'anno quasi fine, ho pensato che sarebbe stato bello per verificare alcune delle statistiche su virtuallyGhetto per questo anno e condividere alcuni dei fatti di divertimento con i miei lettori. I dati di seguito sono raccolti da un plugin per WordPress chiamato Jetpack che è un must per tutti i blogger che utilizzano WordPress e il WP Statistics Plugin.
Vorrei anche approfittare di questo momento e dire grazie a tutti i miei sponsor per il sostegno virtuallyGhetto e soprattutto vorrei dire grazie ai miei lettori. Grazie per il vostro impegno se questo sia un commento sul mio blog, una discussione su Twitter, una e-mail descrivendo un problema o semplicemente dire ciao a una conferenza. Grazie a tutti coloro che hanno condiviso storie interessanti, sfide e casi d'uso unica su come si utilizzano i prodotti VMware e continuando per aiutarci a migliorare i nostri prodotti. 2014 è stato un anno fantastico e non vedo l'ora di tutte le cose interessanti a venire nel 2015 oltre a continuare a condividere e contribuire alla comunità attraverso il mio blog. Se ci sono argomenti che vorreste vedermi esplorare ulteriormente o continuare a esplorare il prossimo anno, non esitate a lasciare un commento o mandarmi una mail. Vi auguro un Happy Holidays tand hanno un divertente e sicuro Felice anno nuovo, vediamo tutti nel 2015!
Iscriviti a:
Post (Atom)