Her er et scenario. Du har hørt mye om Openstack og du er interessert i å sette det gjennom en prøvekjøring slik at du kan begynne å lære det. Kanskje du ønsker å lære det å videreutvikle din karriere, eller kanskje du ønsker å teste den ut for å se om det er noe som ville passe inn i infrastrukturen. Uansett, du vil få det i gang, men med ett viktig krav. Minimal eller null kostnad hvis mulig
Før vi begynner, la oss ta for oss det siste kravet. Det er mange måter du kan få opp og kjører uten kostnader, forutsatt at du allerede har noen hardware. Men hvis du ikke har maskinvaren, kan du fortsatt komme i gang med minimal kostnad ved bruk av cloud-servere. Serverne du bruker vil ikke være produksjon grad servere, men de vil være nok til å lære Openstack.
Openstack er teknisk bare en API-spesifikasjonen for å administrere cloud servere og generelle sky infrastrukturer. Ulike organisasjoner har skapt programvarepakker som implementerer Openstack. For å bruke Openstack, må du skaffe slik programvare. Heldigvis finnes det flere gratis og åpen kildekode-løsninger. (Det finnes også toppmodeller tilgjengelig, samt fri programvare, som kommer med førsteklasses support modeller.)
Siden Openstack er for å administrere cloud infrastruture, for å få en minimal oppsett, trenger du to maskiner: En vil være infrastrukturen du administrerer, og man vil være lederen. Men hvis du virkelig strapped for maskinvare, kan du passe både på en enkelt maskin. Dagens datamaskiner tillate virtualisering der du kan kjøre flere tjenerforekomster på en enkelt maskin. Selvfølgelig, jo flere kjerner du har, jo bedre; en quad-core er trolig minimum. Så hvis du jobber med enkeltkjerne datamaskin, har du sannsynligvis vil ønske å ta litt plass på en hosted server. Hvis du har en dual-core datamaskin, vil du fortsatt være litt stramt for CPU plass, og jeg anbefaler å leie en server. Men du kan gjøre det på egen dual core hvis du ikke har andre valg og bare ønsker å teste ut den grunnleggende funksjonalitet.
Openstack Programvare og API
Selv om Openstack er teknisk spesifikasjon, den Openstack samfunnet har skapt en base sett med programvare som du kan bruke for å komme i gang å prøve det ut. Denne programvaren, kalt DevStack, er først og fremst ment for testing og utvikling, og ikke for produksjon. Men det inneholder alt du trenger for å komme i gang, inkludert styringsverktøy.
Ledelsen verktøy er der ting blir litt uklar mellom Openstack å være "bare en API" og et sett med programvare som gjør bruk av API. Hvem som helst kan teknisk bygge et sett av programvare som samsvarer med Openstack spesifikasjonen. At programvaren kan være enten på forvaltet siden, eller sjefen side. Den klarte side ville implementere API slik at noen Openstack-kompatibel styringsverktøy for å klare det. Lederen side ville være et verktøy som kan håndtere alle Openstack-kompatibel plattform. Den klarte side er der Openstack hovedsakelig bor sammen med sine forskjellige APIer. Det er flere APIer, men her er et par:
Compute
er hoved API for tildeling og de-tildeling servere. Kodenavnet for dette API er Nova. (Hver del av Openstack inkluderer en kode navn.) Openstack kan du også opprette og administrere bilder som representerer backup av harddisker. Denne delen av Openstack kalles Glance
. Disse bildene er ofte kommer til å inneholde operativsystemer som Linux. Ideen her er at du kan velge et bilde som du vil bruke til å lage en ny server. Bildet kan inneholde, for eksempel, en Ubuntu 14.04 server som allerede er konfigurert med programvaren du trenger. Så du ville bruke Compute server for å lansere et par servere ved hjelp av det bildet. Fordi hver server starter fra det samme bildet, vil de være identiske og allerede er konfigurert med programvaren du plassert på bildet.
I tillegg til de APIer som lever på "klarte" side, trenger du et verktøy på "manager" side for å hjelpe deg å lage servere. (Denne prosessen er ofte referert til som provisioning servere.) Den Openstack samfunnet har skapt en svært god søknad kalt Horizon, som er en administrasjonskonsoll. Selv om jeg nevnte at fri programvare er bra for testing og utvikling, er Horizon verktøyet faktisk ganske moden på dette punktet og kan brukes til produksjon. Horizon er rett og slett en administrasjonskonsoll hvor du klikker rundt og fordele dine servere. I de fleste produksjons situasjoner, vil du ønsker å utføre automatiserte oppgaver. For at du kan bruke verktøy som Puppet eller Chef. Nøkkelen er at noen verktøy du bruker må vite hvordan de skal kommunisere med en Openstack API. (Puppet og Chef både støtte Openstack, og vi skal se på de i en kommende artikkel.)
Up and Running
Å vite alt dette, la oss gi den et skudd. Trinnene her er liten, men du vil ønske å huske på hvordan disse trinnene vil skalere til større situasjoner og beslutninger du trenger å gjøre. Et viktig første avgjørelsen er hvilke tjenester du vil bruke. Openstack omfatter en hel rekke tjenester utover beregne og bilde APIer jeg nevner tidligere. En annen avgjørelse er hvor mange hardware servere dvs. "bare metall servere" du ønsker å bruke, samt hvor mange virtuelle maskiner du vil tillate hver bart metall server for å kjøre. Og til slutt, vil du ønsker å sette sammen en plan der brukere har begrensninger eller kvoter på hvor mye av virtuelle maskiner og harddiskplass (kalt volumer) de kan bruke.
For denne artikkelen skal vi holde ting enkelt ved å kjøre Openstack på en enkelt maskin, da dette er en enkel måte å praktisere. Selv om du kan gjøre dette på egen hånd hver dag Linux-maskin, jeg anbefaler i stedet å opprette en virtuell maskin, slik at du ikke endrer din viktigste jobb maskin. For eksempel kan du installere Ubuntu 14.04 i VirtualBox. Men for å gjøre dette til praksis økt så enkelt som mulig, hvis du ønsker kan du installere en desktop-versjon av Ubuntu i stedet for server-versjonen, og deretter kjøre Horizon konsollen rett på den samme maskinen. Som et alternativ, kan du i stedet lage en ny server på en sky vertstjeneste, og installere Ubuntu på den.
Deretter må du installere git. Du trenger ikke å vite hvordan du faktisk bruke git; det er bare brukt her for å få den nyeste versjonen av DevStack programvare. Nå opprette en katalog til huset ditt Openstack filer. Bytt til den katalogen og lim inn følgende kommando i konsollen:
git clone https://git.openstack.org/openstack-dev/devstack
Dette vil opprette en undermappe kalt devstack. Bytt til det nye devstack, og deretter bytte til prøvene katalogen under det, som så:
cd devstack /samples
Denne katalogen inneholder to sample konfigurasjonsfiler. (Sjekk ut Openstack-dokumentasjonen på side om disse konfigurasjonsfiler.) Kopier disse opp til den overordnede devstack katalogen:
cp lokale * ..
Nå flytter tilbake til moder devstack katalogen:
cd ..
Deretter må du gjøre en rask endring i local.conf filen du nettopp kopierte over. Spesielt må du legge inn maskinens IP-adresse i det lokale nettverket. (Det vil trolig starte med en 10.) Åpne opp local.conf bruker din favoritt editor og uncomment (dvs. fjerne #) linjen som ser slik ut:
# HOST_IP = wxyz
og erstatte wxyz med din IP-adresse. Her er hva min ser slik ut:
HOST_IP = 10.128.56.9
(.. Hvis du installerer Openstack, har du sannsynligvis vet hvordan du finner din IP-adresse jeg brukte ifconfig program) Anmeldelser
Nå kjører installasjonsprogrammet ved å skrive:
./stack.sh
Hvis du ser på, vil du se flere apt-get installasjoner pågår etterfulgt av generelle konfigurasjoner. Denne prosessen vil ta flere minutter å fullføre. Til tider vil det ta en liten pause; bare være tålmodig og vente. Etterhvert vil du se en melding om at programvaren er konfigurert, og du vil bli vist en nettadresse og to brukernavn (admin og demo) og passord (nomoresecrete).
Vær imidlertid oppmerksom på at når jeg først prøvd dette, det gjorde jeg ikke se at vennlig budskap, dessverre. I stedet, jeg så denne meldingen:
"Kunne ikke finne en passende URL for plugin."
Heldigvis, noen postet en melding på nettet etter som noen andre ga en løsning. Hvis du opplever dette problemet, her er hva du må gjøre. Åpne stack.sh filen og søke etter teksten OS_USER_DOMAIN_ID. Du finner denne linjen:
eksport OS_USER_DOMAIN_ID = standard
og deretter kommentere det ut ved å sette en # foran det:
#export OS_USER_DOMAIN_ID = default
Så noen linjer ned du vil finne denne linjen:
eksport OS_PROJECT_DOMAIN_ID = standard
som du vil på samme måte kommentere ut:
#export OS_PROJECT_DOMAIN_ID = Standard
Nå kan du prøve igjen. (Jeg oppfordrer deg på dette punktet for å lese den nevnte innlegget og lære mer om hvorfor dette skjedde.) Så for å starte på nytt må du kjøre Unstack skriptet:
./unstack.sh
< p> Og deretter kjøre stack.sh igjen:
./stack.sh
Til slutt, når dette er gjort, vil du være i stand til å logge inn på Horizon dashbordet fra nettleseren hjelp av URL skrives ut på slutten av skriptet. Det bør bare være adressen til den virtuelle maskinen fulgt av dashbordet, og egentlig burde du være i stand til å få til det bare å bruke localhost:
http: //localhost /dashbord
Også avhengig av hvordan du har satt opp den virtuelle maskinen, kan du logge inn eksternt fra vertsmaskinen. Ellers logge inn i skrivebordsmiljø på den virtuelle maskinen og starte nettleseren
Du vil se en innloggingsside som så:.
Bruk brukernavn demo og passord nomoresecrete. Dette vil få frem hoveddashbordet:
The Openstack Dashbord
På dette punktet kan du begynne å bruke dashbordet. Det finnes ulike trinnene her for å lære om forvaltning av Openstack system; for eksempel, kan du tildele en virtuell maskin. Men før du gjør det, anbefaler jeg klikke rundt og bli kjent med de ulike aspektene av dashbordet. Også huske på hva denne oversikten er egentlig: Det er en webapplikasjon som kjører inne Apache webserver som gjør API-kall til din lokale Openstack system. Ikke forveksle dashbordet med Openstack seg selv; dashbordet er rett og slett en portal inn i Openstack system. Du vil også være lurt å logge inn som administrator, der du har mer kontroll over systemet, inkludert etablering av prosjekter, brukere og kvoter. Bruk litt tid der også.
Vil du tildele et par virtuelle maskiner? Her er de grunnleggende trinnene for å komme i gang; vil du ønsker å bruke mer tid på å trene dette. Først logge inn som demo-bruker. Ja, vi kommer til å bevilge en virtuell maskin i vår virtuell maskin (derav det faktum at dette er kun for testing). På venstre, klikk Forekomster:
Deretter klikker du på Start Instance-knappen øverst til høyre. Arbeid gjennom veiviseren, fylle i detaljene. La Tilgjengelighet Zone satt til Nova. Navnet ditt eksempel, slik som Instance1. Velg en smak. Siden du kjører en virtuell maskin, og det er bare en test, anbefaler jeg å gå med den minste smak, m1.nano. For eksempel Count, kan du gjøre ett eller to, avhengig av hva du liker. For eksempel Boot Source, velger Boot fra bilde. Bildenavn alternativet gjelder bilde du skal lage din server fra. Det blir bare en å velge; navnet vil være ordet cirros etterfulgt av noen versjonsnumre.
La de andre fanene med standardverdiene. For denne testen, la oss holde det enkelt ved å ikke gi en sikkerhetsnøkkel for å logge inn i de tilfeller. Nå klikker du på Start-knappen, og du vil se fremdriften av maskinene lanserer:
Dette kan ta en stund siden du sannsynligvis får litt stramt for systemressurser (som jeg var ). Men igjen, dette er bare en test, tross alt.
Task kolonnen viser "Gyte" som forekomstene er startet opp. Til slutt, hvis alt går bra, vil de tilfeller starte opp.
Det er omtrent alt som trengs for å komme i gang med Openstack. Det er noen irriterende detaljer, men alt i alt, det er ikke så vanskelig. Men husk at du bruker bare en utvikler implementering av Openstack kalt DevStack. Dette er bare for å teste dem, og ikke for produksjon. Men det er nok til å få deg begynte å spille med Openstack. Neste gang vi skal utforske automatisering med Openstack bruker et par populære verktøy, kokk og Puppet.
? Anmeldelser