Les empreses han invertit una gran quantitat de temps i diners en desenvolupar i instal·lar programari per millorar les seves operacions. La introducció a la computació en núvol va oferir als seus negocis l'accés al programari a Internet com a servei que va resultar ser més eficient i segur. Integrar una eina d’automatització de TI com Ansible, que facilitarà i gestionarà fàcilment la vostra infraestructura al núvol com AWS, és com aconseguir el premi. I d’això parlarem en aquest bloc Ansible for AWS.
Agenda:
per a què serveix la programació sas
- Per què les empreses migren al núvol?
- Funcions Ansible
- Per què utilitzar Ansible per a AWS
- Demostració: automatitzeu el subministrament d'una instància EC2 mitjançant Ansible
Si voleu dominar DevOps, ' per descomptat, seria la vostra opció preferida.
Per què les empreses migren al núvol?
Com es va esmentar anteriorment, Could Computing permet a les empreses accedir a servidors com ara programes a través d'Internet. Per deixar-ho clar, Cloud Computing és com connectar-se a una xarxa elèctrica central en lloc de generar la vostra pròpia energia. El núvol s’ha convertit en la nova normalitat i això acaba estalviant molt de temps i diners. Vegem alguns avantatges dels motius pels quals les empreses migren al núvol.
1. Flexibilitat:
El creixement empresarial mai no és estàtic. Els serveis basats en el núvol són adequats per a les demandes empresarials creixents i fluctuants. Una característica per augmentar i reduir el vostre desplegament en funció del requisit el fa molt flexible.
2. Recuperació de desastres:
Totes les empreses haurien d’haver invertit en recuperació de desastres. Totes les empreses de fortuna acaben invertint molt en recuperació de desastres. Les empreses emergents i les empreses de baix pressupost no tenen els diners i les habilitats necessàries per fer-ho i no poden tenir un tret de recuperació de desastres funcional. Cloud proporciona solucions de recuperació de desastres perquè els clients puguin desenvolupar plans robustos i rendibles.
3. Actualitzacions automàtiques de programari:
Com ja sabeu, el núvol és el servei que proporciona Internet i, per tant, tots els servidors estan fora del vostre abast o més aviat no són el vostre mal de cap. Els proveïdors s’encarreguen d’ells, que inclouen l’actualització quan calgui i fer revisions de seguretat periòdiques. Això torna a acabar estalviant molt de temps i diners.
4. Costos reduïts:
Establir un centre de dades des de zero pot costar. El funcionament i el manteniment se sumen a les despeses. Necessiteu la tecnologia adequada, el maquinari adequat, el personal adequat amb el coneixement i l’experiència adequats, que em sembla molt de treball. A més, no és prometedor, hi ha un milió de maneres en què això podria sortir malament. La migració al núvol us proporciona aquest punt positiu.
5. Escalabilitat:
La forma tradicional de planificar un creixement inesperat és comprar i mantenir servidors, emmagatzematge i llicències addicionals. Pot passar anys fins que els utilitzeu realment. Les plataformes en núvol us permeten ampliar aquests recursos quan ho necessiteu. Aquesta escala dinàmica és perfecta per a un creixement imprevisible.
6. Seguretat de les dades:
La majoria de les vegades, és millor mantenir les dades al núvol emmagatzemant-les en un dispositiu físic, com ara ordinadors portàtils o discs durs. Hi ha moltes possibilitats que aquests dispositius físics siguin robats o destrossats. Cloud permet eliminar de manera remota les dades o transferir-les a un altre servidor assegurant-se que les dades es mantenen intactes i segures.
7. Més col·laboració:
L’ús de plataformes en núvol permet a l’equip accedir, editar i compartir documents en qualsevol moment i lloc. Poden treballar junts i, per tant, augmentar l’eficiència. Això també proporciona actualitzacions transparents i en temps real.
Funcions Ansible
Ansible té algunes funcions úniques i, quan aquestes funcions col·laboren amb Amazon Web Services, deixa una empremta. Vegem aquestes increïbles funcions:
- Ansible es basa en una arquitectura sense agents, a diferència de Chef and Puppet
- Ansible accedeix al seu amfitrió a través de SSH, cosa que fa que la comunicació entre servidors i amfitrions se senti com un instantani
- No cal cap infraestructura de seguretat personalitzada
- Configurar llibres de reproducció i mòduls és molt fàcil ja que segueix el format YAML
- Té una àmplia gamma de mòduls per als seus clients
- Permet la gestió completa de la configuració, l’orquestració i la capacitat de desplegament
- Ansible Vault protegeix els secrets
Per què utilitzar Ansible per a AWS?
Ara que hem passat pels avantatges d’utilitzar una plataforma de núvol com AWS i funcions exclusives d’Ansible, fem una ullada a la màgia creada mitjançant la integració d’aquestes dues llegendes.
1. Cloud com a grup de serveis
Cloud no és només un grup de servidors del centre de dades d'una altra persona, sinó molt més que això. T’adonaràs que un cop hi hagis desplegat els teus serveis. Hi ha molts serveis disponibles que us permeten desplegar i escalar ràpidament les vostres aplicacions. L’automatització Ansible us ajuda a gestionar el vostre entorn AWS com un grup de serveis en lloc d’utilitzar-los com a grup de servidors.
2. Mòduls Ansible compatibles amb AWS
Ansible s’utilitza per definir, desplegar i gestionar una àmplia varietat de serveis. Els entorns AWS més complicats es poden subministrar molt fàcilment mitjançant un llibre de reproducció. La millor característica és que creeu una connexió servidor-amfitrió i, a continuació, executeu el llibre de reproducció en un sol sistema i subministreu diversos altres sistemes amb una opció per augmentar i reduir la mida segons els requisits.
Ansible té centenars de mòduls compatibles amb AWS i alguns d’ells inclouen:
- Grups d’escala automàtica
- CloudFormation
- CloudTrail
- CloudWatch
- DynamoDB
- ElastiCache
- Càlcul de núvol elàstic (EC2)
- Gestor d'accés a la identitat (IAM)
- Lambda
- Servei de bases de dades relacionals (RDS)
- Ruta53
- Grups de seguretat
- Servei d'emmagatzematge senzill (S3)
- Núvol privat virtual (VPC)
- I molts més
3. Inventari dinàmic
En un entorn de desenvolupament, els amfitrions continuen girant i apagant-se amb diversos requisits empresarials. En aquest cas, l’ús d’inventari estàtic pot no ser suficient. Aquestes situacions requereixen l'ús d'inventari dinàmic. Això us permet mapar amfitrions en funció de grups proporcionats per scripts d’inventari, a diferència de l’inventari normal que us obliga a mapar amfitrions manualment, cosa que és molt tediós.
4. Automatització segura
Suposem que teniu un equip de 5 persones i que cadascuna d'elles té dos subordinats que no són completament hàbils. No us agradaria donar-los accés complet a tot el procés de desplegament. És llavors quan us adoneu de la necessitat de restringir l’autorització.
Ansible Tower ofereix aquesta funció per restringir les autoritzacions. Bàsicament, heu escollit qui pot fer què, cosa que facilita la moderació.A més, Ansible Tower xifra les credencials i altres dades sensibles i només doneu accés als subordinats als recursos rellevants mentre restringiu el seu accés a recursos irrellevants.
Demostració: automatitzeu el subministrament d'una instància EC2 mitjançant Ansible
En aquesta secció de demostració, mostraré com Ansible admet AWS mostrant com automatitzar l’arrencada i el subministrament d’una instància EC2. Comencem.
Pas 1 :
Instal·leu Ansible al node del servidor i feu una connexió SSH entre el servidor i els nodes del client a AWS. En aquest cas, he creat dues instàncies EC2, un servidor en què està instal·lat Ansible i l’altre és el client.
Pas 2:
Ara assegureu-vos que teniu instal·lats tots els requisits. Segons la documentació, aquests són els requisits següents:
- Python> = 2.6
- votar
Instal·leu python mitjançant l'ordre següent:
$ sudo apt install python
Instal·leu boto mitjançant l'ordre següent:
$ sudo apt install python-pip
$ pip install boto
Boto és una interfície python per utilitzar els serveis web d'Amazon. L'haureu d'importar amb l'ordre següent:
$ python
$ import boto
$ exit ()
Pas 3:
Heu de configurar el vostre AWS. Utilitzeu l'ordre següent per al mateix:
$ aws configurar
java deep copy vs superficial
I afegiu l'identificador de clau d'accés AWS, la clau secreta i la regió predeterminada (que és opcional).
Pas 4:
Escriviu un llibre de reproducció per iniciar i subministrar una instància EC2.
$ Sudo vaig veure /etc/ansible/launch.yml
--- - name: Crea una instància ec2 hosts: web gather_facts: false vars: region: us-east-1 instance_type: t2.micro ami: ami-05ea7729e394412c8 keypair: priyajdm tasks: - name: Crea una instància ec2 ec2: aws_access_key : '********************' aws_secret_key: '************************ **************** 'key_name: grup' {{keypair}} ': launch-wizard-26 instance_type:' {{instance_type}} 'imatge:' {{ami}} 'wait: true region:' {{region}} 'recompte: 1 vpc_subnet_id: subnet-02f498e16fd56c277 assign_public_ip: sí registre: ec2És una bona pràctica saber què fa el codi abans d’executar-lo realment. Permeteu-me explicar aquest llibre de joc per a una millor comprensió.
Nom: Pot ser literalment qualsevol cosa. Una bona pràctica és mantenir un nom que doni una descripció bàsica de la tasca que realitza.
Amfitrió: Esmenta el nom de la llista d'amfitrions contra la qual cal executar el llibre de reproducció. En el meu cas ho és web .
reunir_factes: Aquest paràmetre indica a Ansible que recopili tots els fets, variables i altres dades rellevants per a futures referències. En el nostre cas, l’hem definit com a fals perquè no ens serveix de recopilar fets (addr. IP, nom d’amfitrió, etc.).
de qui: Aquesta secció defineix i inicialitza totes les variables que farem servir en aquest llibre de reproducció. Aquí tenim quatre variables:
- regió defineix la regió on ha d'arribar la instància EC2
- tipus_instància defineix el tipus d’instància que intentem presentar. En el nostre cas, fem servir t2.micro
- quin defineix l’AMI de la instància que intentem presentar
- parell de claus defineix el parell de claus que farem servir per mostrar la instància
ec2: Es tracta d’un mòdul proporcionat per Ansible que s’utilitza per iniciar o finalitzar una instància EC2.
Aquest mòdul té certs paràmetres que farem servir per especificar altres funcions de la instància EC2 que estem intentant iniciar.
- Comencem esmentant l’identificador de clau d’accés d’AWS i la clau secreta mitjançant els paràmetres aws_access_key i aws-secret_key .
- nom_clau: passa la variable que defineix el parell de claus que s’utilitza aquí
- grup: mencioneu el nom del grup de seguretat. D’aquesta manera es defineixen les regles de seguretat de la instància EC2 que intentem presentar
- tipus_instància: passa la variable que defineix el tipus d’instància que estem utilitzant aquí
- imatge: passa la variable que defineix l’AMI de la imatge que intentem iniciar
- espera: Això té un valor booleà veritable o fals. Si és cert, espera que la instància arribi a l'estat desitjat abans de tornar
- regió: passa la variable que defineix la regió en què cal crear una instància EC2.
- comptar: Aquest paràmetre especifica el nombre d’instàncies que cal crear. En aquest cas, només n’he mencionat només un, però això depèn de les vostres necessitats.
- vpc_subnet_id: passeu l'identificador de subxarxa en què voleu crear la instància
- assign_public_ip: Aquest paràmetre té un valor booleà. Si és cert com en el nostre cas, s'assignarà una IP pública a la instància quan es subministri a VPC.
Pas 5:
Ara que ja heu entès totes les línies del llibre de reproducció, anem a executar-les. Utilitzeu l'ordre següent:
$ ansible-playbook /etc/ansible/launch.yml
Un cop hàgiu executat el llibre de reproducció, veureu que es crea una instància.
I TADA! Heu automatitzat correctament el subministrament d’una instància EC2. De la mateixa manera, també podeu escriure un llibre de reproducció per aturar la instància EC2.
Això ens porta al final del bloc Ansible For AWS. Si trobeu útil aquest article, consulteu el ' ofert per Edureka. Cobreix totes les eines que han fet que la indústria informàtica sigui eficient.