Opprette nye EC2-bilder for Amazon Web Services - dummies

Selv om det sikkert er mulig å bruke bilder som er opprettet av Amazon eller andre tredjeparter, kan du til enhver tid lage egne bilder (EBS- eller S3-støttet), av to grunner:

• Du har brukt et Amazon-bilde eller et annet tredjepartsbilde, og du har utvidet det ved å installere dine egne programvarekomponenter, og nå vil du bruke det utvidede bildet som ditt baseline image går fremover enn å utholde lanseringsbildet / installeringsprogramvaren for hvert eksempel du starter.

• Du vil bruke ditt eget system som grunnlag for bildene du bruker på grunn av en generell preferanse eller en bekymring for sikkerheten til bildet.

Opprette EBS-støttede bilder

Bildeopprettingsprosessen varierer avhengig av om du lager et EBS- eller S3-støttet bilde, og om du lager et Linux- eller Windows-basert bilde.

Den EBS-støttede bildeopprettingsprosessen er betydelig enklere, selv om den er ledsaget av begrensninger. Vanligvis starter du med en allerede eksisterende EBS-støttet forekomst som du har endret. Det er imidlertid mulig å lage et EBS-støttet bilde fra en S3-støttet forekomst - men det er bare mulig hvis forekomsten er Linuxbasert. Å lage et EBS-støttet Windows-bilde fra en S3-støttet Windows-forekomst er ikke mulig.

Du kan enkelt lage et EBS-støttet bilde fra AWS-administrasjonskonsollen ved å høyreklikke mål-forekomsten i forekomstlisten. Ett element på kontekstmenyen som vises, er Opprett bilde (EBS AMI). AWS-styringskonsollen håndterer alt derfra.

Under bildeopprettingsprosessen stopper AWS forekomsten der du lager bildet for å få en stabil forekomst. Hvis du har flere EBS-volumer knyttet til forekomsten, oppretter AWS (og legger til) nye volumer til det nye bildet; Det er imidlertid ingen data på disse volumene.

Du kan også bruke et sett med AWS API-verktøy for å lage et EBS-støttet bilde. Du installerer verktøyene på forekomsten du vil opprette et nytt bilde fra, og deretter utføre kommandoen ec2-create-image.

Dette er bare mulig i Linux-baserte forekomster; Windows-baserte EBS-støttede bilder kan kun opprettes via AWS-administrasjonskonsollen. Denne kommandoen krever at tilgangsnøkkelen og den hemmelige tilgangsnøkkelen er tilgjengelig for å bekrefte din rett til å opprette bildet.

Opprette S3-støttede bilder

Prosessen med å lage S3-støttede bilder kan være mer komplisert enn å lage EBS-støttede bilder, avhengig av om du lager et Windows-basert eller Linux-basert bilde.

For Windows-baserte bilder følger du en prosess som ligner den for Windows-baserte EBS-støttede bilder. Du starter med en S3-støttet Windows-forekomst, utvider den ved å installere ekstra programvarekomponenter, og høyreklikk forekomsten i AWS-administrasjonskonsollen og velg Bundle Instance (Instance Store AMI) fra menyen som vises.

S3-støttede bilder (Amazon refererer til dem som forekomst-lagrede bilder) krever en egen bøtte - faktisk kan det være en toppnivå, unikt navngitt bøtte i kontoen din eller en mappe i en topp-skuffe - i din S3-konto der du skal lagre Windows AMI, så du må opprette den bøtte før du begynner bildesettingsprosessen.

Etter at du har valgt Bundle Instance (Instance Store AMI) fra kontekstuellmenyen, fullfører AWS-administrasjonskonsollen bunteprosessen.

Prosessen (generelt sett) går slik:

1. Start en S3-støttet Linux-forekomst.

2. Endre forekomsten ved å legge til programvarekomponenter.

3. Installer AWS AMI-verktøyene.

4. Kopier ditt X. 509-sertifikat og privat nøkkel til forekomsten.

   Merk: Disse elementene skal plasseres i et ikke-rødt område av filsystemet, slik at AWS ikke inkluderer dem i den resulterende AMI. De er inkludert slik at AWS kan lagre dem og bruke dem i AMI-lanseringsprosessen, men du vil ikke inkludere sertifikatet og privatnøkkelen i et område av den resulterende AMI der noen kan finne dem, noe som vil kompromittere kontoen din sikkerhet.

5. Kjør kommandoen ec2-bundle-vol for å lage samlingen av 10MB-filer og XML-manifestfilen som beskriver AMI.

6. Last opp pakken til S3 ved hjelp av kommandoen ec2-upload-bundle.

7. Registrer det nye AMI i EC2.