Avete appena intrapreso il vostro viaggio in AWS per migrare i vostri workload virtuali in istanze EC2 e non sapete quale sia la prima operazione da fare?<\/p>\n
Bene, la prima cosa da fare \u00e8 Cos’\u00e8 un VPC in AWS? Amazon Virtual Private Cloud (Amazon VPC) consente di effettuare il provisChe tradotto significa: VPC \u00e8 l’insieme delle subnet di rete che si andranno a configurare nella region prescelta, affinch\u00e9 le varie risorse di AWS possano dialogare tra loro, con il web ed essere pubblicate.<\/p>\n<\/blockquote>\n Con questa breve guida, andr\u00f2 anche a suggerire quali sono le best practices di configurazione e sicurezza suggerite da AWS.<\/p>\n Prima di addentrarci nella configurazione del VPC, dobbiamo scegliere in quale region andremmo ad utilizzare le risorse di AWS.<\/p>\n Questa scelta deve essere seguendo i questi criteri:<\/p>\n Una volta scelta la region, dobbiamo andare a selezionarla all’interno della nostra AWS Management Console.<\/p>\n Cos\u00ec com’\u00e8 gi\u00e0 configurato, il VPC \u00e8 pronto per distribuire IP privati e pubblici alle nostre istanze EC2, le quali risiederanno per\u00f2 tutte all’interno della stessa subnet. Questo ci consentir\u00e0 di connettere le nostre istanze EC2 con webservices (es. Apache) nella subnet pubblica, mentre quelle contenenti i database in quella privata cos\u00ec da ridurre ogni possibile breach. Adesso il nostro nuovo VPC chiamato my-vpc-01 (o qualsiasi altro nome da voi attribuito) \u00e8 configurato con una gigantesca subnet. Procediamo con la creazione di un Internet Gateway da assegnare al nostro VPC, il quale ci consetir\u00e0 di “far uscire” il traffico su internet delle subnet che sceglieremo noi.<\/p>\n Arrivati a questo punto abbiamo: un nuovo VPC, due nuove subnet e un nuovo Internet Gateway. Ora non ci resta che modificare l’associazione della route table della nostra subnet pubblica per consentire la navigazione.<\/p>\n NB: le istanze configurate nella subnet privata, non saranno accessibili in SSH via web, ameno che non disponiate di una VPN con il VPC creato pocanzi.<\/p>\n<\/div>rimboccarsi le maniche<\/del> configurare un VPC!<\/p>\n
\nDal sito di AWS la definizione \u00e8 questa:<\/p>\n\n
1. Scelta della Region<\/h4>\n
\n
\nAvete bisogno che i vostri dati debba risiedere in Italia? Bene, allora avete gi\u00e0 fatto la scelta:\u00a0 Region Europe (Milan) eu-south-1<\/li>\n
\nSe avete assolutamente bisogno di utilizzare il servizio AWS Ground Station per controllare il vostro satellite, essendo questa una risorsa di nicchia non \u00e8 disponibile in qualsiasi region, dovrete quindi orientarvi verso una che ospita tale servizio.<\/li>\n
\nPi\u00f9 una region \u00e8 distante da voi, pi\u00f9 la latenza aumenta, ovviamente! Sar\u00e0 quindi vostra cura determinare se questo aspetto \u00e8 fondamentale o meno.<\/li>\n
\nLe region hanno costi diversi tra loro, date un’occhiata quindi ai loro prezzi. Quella pi\u00f9 economica in Europa \u00e8 quella Irlandese.<\/li>\n<\/ol>\n\n
\n![\"aws_region\"](\"https:\/\/mlzcbvguwg9y.i.optimole.com\/w:auto\/h:auto\/q:mauto\/f:best\/ig:avif\/https:\/\/www.glere.it\/wp-content\/uploads\/2020\/12\/vpc2.png\")
<\/a><\/li>\n<\/ul>\n2. Esploriamo il VPC appena creato<\/h3>\n
\n
\n<\/a><\/li>\n<\/a><\/li>\n<\/ul>\n3. Logica di configurazione delle subnet all’interno del VPC<\/h3>\n
\nNoi per\u00f2 vogliamo seguire la best practice fornita da AWS, la quale consiglia di:<\/p>\n\n
\n
\nQui<\/a> trovate la best practice ufficiale di AWS.<\/p>\n4. Configurazione di un nuovo VPC<\/h3>\n
\n
\n<\/a><\/li>\n
\nSelezioniamo il VPC appena creato –> Actions –> Edit DNS hostnames
\n<\/a><\/li>\n
\n<\/a><\/li>\n<\/ul>\n5. Configurazione delle nostre subnet<\/h3>\n
\nProcediamo quindi con la configurazione della subnet pubblica e privata.<\/p>\n\n
\n<\/a><\/li>\n
\n– Subnet name: nome scelto da noi per la subnet.
\n– Availability Zone: selezionare in quale Availability Zone creare la subnet. Lasciando su “No preference”, verr\u00e0 creata in una delle Availability Zone disponibili.
\n– IPv4 CIDR block: inseriamo qui la classe di IP privati che abbiamo deciso di voler assegnare alle istance che risiederanno in questa subnet. (Ovviamente dovr\u00e0 far parte del range del CIDR del VPC.)
\n<\/a><\/li>\n
\n<\/a>
\nNote: la subnet mask pu\u00f2 essere anche pi\u00f9 piccola (es. \/24), ma questo dipende ovviamente dalle vostre esigenze.<\/li>\n
\n<\/a><\/li>\n<\/ul>\n6. Creazione di un Internet Gateway<\/h3>\n
\n
\nScegliamo un nome ed eventualmente dei tag e confermiamo.
\n<\/a><\/li>\n<\/ul>\n7. Creazione e configurazione Route Tables<\/h3>\n
\nManca quindi la creazione di una Route Table per instradare il traffico verso l’Internet Gateway.<\/p>\n\n
\n<\/a><\/li>\n
\n<\/a><\/li>\n
\n– destination: 0.0.0.0\/0
\n– target: l’internet gateway creato prima
\nIn questo modo abbiamo detto che tutto il traffico in uscita, deve passare attraverso l’Internet Gateway.
\n<\/a><\/li>\n<\/ul>\n8. Configurazione subnet pubblica per la navigazione<\/h3>\n
\n
\n<\/a><\/li>\n
\n<\/a><\/li>\n