Come posso distribuire un server virtualizzato su una macchina senza testa che esegue il server 12.04?


9

Ci sono così tante informazioni diverse sull'impostazione di una macchina virtuale ma sono persa da dove cominciare. La mia domanda fondamentale è:

Come posso distribuire virtualmente un web server (completo di un set unico di utenti) sopra la macchina senza testa che sto usando?

Le cose che rendono unico il mio sistema particolare (cioè mi rende difficile trovare informazioni tramite Google):

  1. Il server è wireless.
  2. Il server non esegue una GUI.

La maggior parte dei tutorial / tutorial presuppone una connessione cablata e / o una GUI.

Quello che ho provato

  1. Ho letto la documentazione per libvirt, qemue kvm. Ho anche visto un numero di tutorial che usano ubuntu-vm-buildero qemu-img. Non sono sicuro da dove cominciare. Non sono sicuro di come pensare all'intero stack: penso che assomigli a questo: libvirt--controls -> qemu--controls -> kvm. Ma non sono sicuro.
  2. Ho attivato la virtualizzazione tramite il BIOS sul mio sistema.
  3. Ho installato i pacchetti qemu*e libvirt*.
  4. Ho provato a correre qemu-system-x86_64 ubuntu-server-12.04.isocon l'ISO del server scaricato. Questo non ha funzionato.

Sfide a cui non ho ancora trovato le risposte.

  1. Quali sono i passaggi canonici per far funzionare un server virtualizzato? Inizi con qemu-img? O inizia il primo passo ubuntu-vm-builder?
  2. Come lo fai funzionare ogni volta che il tuo server fisico si avvia?
  3. Un tutorial ha notato che non è possibile effettuare il bridge da una scheda wireless. È ancora vero oggi?
  4. Non capisco come modificare /etc/network/interfaces. Uso wlan0 come interfaccia di rete principale, quindi sono un po 'tentativo di rovinarlo poiché tutti i tutorial che ho visto presumono che io stia usando eth0.
  5. Tutti i tutorial che ho visto presumono che io abbia una GUI in esecuzione. Io non. Come farei in modo che il sistema operativo guest esegua il blit sulla scheda video (ho una scheda video, ma Ubuntu Server esegue solo la CLI)?
  6. Ci sono molti filesystem disponibili per l'uso qemu-img. Quale dovrei usare?

Ci sono molte domande in questo. Siamo spiacenti, ma la domanda a cui tengo di più è all'inizio. La mia preferenza è quella di non dover installare Xen o utilizzare Virtual Box.


Questa è un'ottima domanda e molte informazioni. Tuttavia, non si adatta allo stile di domande e risposte per Ask Ubuntu. Potresti invece suddividere la tua "risposta" in una risposta di seguito (tutto dopo la pausa). In questo modo puoi accettarlo in seguito come risposta e gli altri possono ancora fornire risposte o basarsi sui tuoi progressi. FAQ sulla risposta automatica
Marco Ceppi

Risposte:


2

Terrò un registro dei progressi che ho fatto finora. Lo pulirò più tardi e lo pubblicherò come risposta se avrò successo.

Giorno 1

  1. Uso principalmente questo tutorial . Si noti che era originariamente per 9.10 / e / presuppone che l'interfaccia di rete primaria sia eth0. Sto usando una scheda wireless come interfaccia principale. Come sidenote, non sono sicuro che l'uso libvirtsia il modo migliore per andare. Vedremo.
  2. È vero che il bridge da una scheda wireless non è supportato. Ecco un howto su come aggirarlo (nota che questo howto ne costruisce un altro ). L'ho provato, ma poiché sto ancora cercando di utilizzare libvirtper gestire le mie macchine virtuali, non ho verificato che questa soluzione alternativa funzioni.
  3. Per quanto riguarda l'aspetto del flusso di controllo, tuxradar ha un buon articolo . Ecco lo schema da tale articolo: virtualizzazione.

Giorno 2

  1. Ho avviato la mia VM. Ho funzionato vmbuilder --debug --verbosecon questo come il mio file di configurazione in /etc/vmbuilder.cfg. Ho eseguito la configurazione di base della partizione. Usa google per vedere cosa inserire nel vmbuilder.partitionfile. Questo richiede molto tempo e non sono riuscito a capire come installare apt-proxy. Se è possibile installare apt-proxy, lo farei.

  2. Non riesco ancora a far funzionare la rete. Il SO guest non può vedere il SO host e viceversa.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.