{"id":80491,"date":"2020-05-06T13:42:24","date_gmt":"2020-05-06T11:42:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1"},"modified":"2020-05-06T13:42:24","modified_gmt":"2020-05-06T11:42:24","slug":"obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1","title":{"rendered":"Sk\u00e6rer tr\u00e5dene: overgangen fra Puppet Enterprise til Ansible Tower. Del 1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Den nationale informationsservice for satellitdata om milj\u00f8et (NESDIS) har reduceret sine omkostninger til konfigurationsadministration af Red Hat Enterprise Linux (RHEL) med 35 % ved at skifte fra Puppet Enterprise til Ansible Tower. I denne 'hvordan vi gjorde det'-video begrunder systemingeni\u00f8r Michael Rau denne migration og deler nyttige r\u00e5d samt erfaringer fra overgangen fra ett SCM til en anden. <\/p>\n<p>I denne video vil du l\u00e6re:<\/p>\n<ul>\n<li>hvordan man begrunder overgangen fra Puppet Enterprise til Ansible Tower over for ledelsen;<\/li>\n<li>hvilke strategier der skal anvendes for at sikre en s\u00e5 glidende overgang som muligt;<\/li>\n<li>r\u00e5d til transkodning af PE-manifest i Ansible Playbook;<\/li>\n<li>anbefalinger til optimal installation af Ansible Tower.<\/li>\n<\/ul>\n<p>\n<img decoding=\"async\" alt=\"Sk\u00e6rer tr\u00e5dene: overgangen fra Puppet Enterprise til Ansible Tower. Del 1\" src=\"\/wp-content\/uploads\/2020\/05\/6c4ee5db9a9f584cd69109549827b5b2.jpg\" style=\"display:block;margin: 0 auto;\" \/><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Hej alle sammen, mit navn er Michael Rau, jeg er senior systemingeni\u00f8r hos ActioNet, som arbejder for National Oceanic and Atmospheric Administration (NOAA)'s NESDIS-tjeneste. I dag vil vi tale om koding af strenge \u2013 min egen erfaring med at migrere fra Puppet Enterprise til Ansible Tower. Emnet for denne pr\u00e6sentation er at 'se p\u00e5 mine ar', der er tilbage efter denne overgang i starten af \u00e5ret. Jeg vil dele, hvad jeg har l\u00e6rt i l\u00f8bet af denne proces. S\u00e5 n\u00e5r du tager fat p\u00e5 noget lignende, kan du bruge min erfaring til at g\u00f8re overgangen lettere.<\/p>\n<p>Du ser dias, der ligner dette, i begyndelsen af hver pr\u00e6sentation ved Ansible Fest. Dette dia indeholder historien om min virksomheds automatisering. Jeg er ikke ny i dette, da jeg har brugt Puppet\/Puppet Enterprise siden 2007. Jeg begyndte at arbejde med Ansible i 2016, og ligesom mange andre brugere af dette produkt blev jeg tiltrukket af muligheden for at udf\u00f8re 'tricks' via kommandolinjen og enkle script (playbooks). I slutningen af 2017 henvendte jeg mig til min ledelse med alvorlige argumenter for en overgang til Ansible Tower. Om et \u00f8jeblik vil jeg tale om de grunde, der fik mig til at tage dette skridt. Efter at have f\u00e5et godkendelse fra ledelsen tog det yderligere nogle m\u00e5neder at udf\u00f8re planen, og jeg gennemf\u00f8rte overgangen i januar-februar i \u00e5r. S\u00e5 vi har fuldst\u00e6ndigt opgivet Puppet til fordel for Ansible, og det er en fantastisk ting. <\/p>\n<p><img decoding=\"async\" alt=\"Sk\u00e6rer tr\u00e5dene: overgangen fra Puppet Enterprise til Ansible Tower. Del 1\" src=\"\/wp-content\/uploads\/2020\/05\/0e179ef00aa22edae72270e53d9787df.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDet, jeg s\u00e6tter mest pris p\u00e5 ved Ansible, er muligheden for at skrive og bruge roller og playbooks. Roller er perfekte til at skabe forskellige, men sammenh\u00e6ngende opgaver og til at samle alle data relateret til disse opgaver \u00e9t sted. En playbook er et YAML-syntaks script, der beskriver handlinger for en eller flere v\u00e6rter. Jeg pr\u00e6senterer disse funktioner for brugerne, prim\u00e6rt softwareudviklere. Ansible Tower giver mulighed for at sige: \"nej, du har ikke adgang til shell adgang, men jeg giver dig mulighed for at starte alle Tower-processer og genstarte tjenesten, n\u00e5r du har brug for det.\" Jeg vil fort\u00e6lle dig om vores arbejdsplads og det udstyr, vi bruger. <\/p>\n<p><img decoding=\"async\" alt=\"Sk\u00e6rer tr\u00e5dene: overgangen fra Puppet Enterprise til Ansible Tower. Del 1\" src=\"\/wp-content\/uploads\/2020\/05\/1dd8f9d0025660a1f3c17a174681caec.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDette er et f\u00f8deralt LAN, 7 fysiske steder, der er forbundet via cloud MPLS, 140 RHEL-servere, hvoraf 99% er virtuelle (vSphere), SuperMicro-hardware, NexentaStore netv\u00e6rkslagring, et s\u00e6t Cisco-, Arista- og Cumulus-switches samt Fortinet UTM forenede trusler p\u00e5 hver lokation. <\/p>\n<p>Det f\u00f8derale netv\u00e6rk betyder, at jeg skal bruge alle de informationsbeskyttelsesmidler, som lovgivningen foreskriver. Du skal huske, at Puppet Enterprise ikke underst\u00f8tter st\u00f8rstedelen af det udstyr, vi bruger. Vi er n\u00f8dt til at anvende budgetvenlig hardware, da statslige institutioner har problemer med at finansiere denne udgiftskategori. Derfor k\u00f8ber vi \"hardware\" af SuperMicro-klassen og samler vores udstyr fra forskellige komponenter, hvis vedligeholdelse er garanteret af offentlige kontrakter. Vi bruger Linux, og det er en af de vigtigste grunde til overgangen til Ansible. <\/p>\n<p>Vores historie med Puppet er som f\u00f8lger.<\/p>\n<p><img decoding=\"async\" alt=\"Sk\u00e6rer tr\u00e5dene: overgangen fra Puppet Enterprise til Ansible Tower. Del 1\" src=\"\/wp-content\/uploads\/2020\/05\/a893499e8bbabf1223461f11d737e777.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nI 2007 havde vi et lille netv\u00e6rk med 20-25 noder, hvor vi implementerede Puppet. Disse noder var prim\u00e6rt bare RedHat \"bokse\". I 2010 begyndte vi at bruge Puppet Dashboard webgr\u00e6nsefladen til 45 noder. Da netv\u00e6rket fortsatte med at udvide, skiftede vi i 2014 til PE 3.3, hvilket kr\u00e6vede en komplet overgang med omskrivning af manifestet for 75 noder. Dette var n\u00f8dvendigt, fordi Puppet kan \u00e6ndre spillereglerne, og i dette tilf\u00e6lde \u00e6ndrede de helt sproget. Et \u00e5r senere, da supporten for Puppet Enterprise 3 oph\u00f8rte, var vi tvunget til at migrere til PE 2015.2. Vi m\u00e5tte igen omskrive manifestet til de nye servere og k\u00f8be en licens til 100 noder, selvom vi p\u00e5 det tidspunkt kun havde 85 noder. <\/p>\n<p>Der gik kun 2 \u00e5r, og vi m\u00e5tte igen g\u00f8re en stor indsats for at opgradere til den nye PE 2016.4 version. Vi k\u00f8bte en licens til 300 noder, mens vi kun havde 130. Vi m\u00e5tte igen foretage betydelige \u00e6ndringer i manifestet, fordi den nye versions sprog havde en syntaks, der var forskellig fra 2015-versionen. Resultatet var, at vores SCM gik fra SVN versionskontrolsystemet til Bitbucket (Git). S\u00e5dan var vores \"forhold\" til Puppet.<\/p>\n<p>S\u00e5 jeg m\u00e5tte forklare ledelsen, hvorfor vi skulle skifte til et andet SCM ved at bruge f\u00f8lgende argumenter. Det f\u00f8rste var den h\u00f8je pris p\u00e5 servicen. Jeg talte med fyrene fra RedHat, og de sagde, at omkostningerne ved at vedligeholde et netv\u00e6rk med 300 noder med Ansible Tower udgjorde halvdelen af omkostningerne ved Puppet Enterprise. Hvis man k\u00f8bte Ansible Engine, ville omkostningerne v\u00e6re omtrent de samme, men man ville f\u00e5 mange flere funktioner end med PE. Da vi er en statsejet virksomhed finansieret med f\u00f8derale midler, er det et ret tungt argument. <\/p>\n<p><img decoding=\"async\" alt=\"Sk\u00e6rer tr\u00e5dene: overgangen fra Puppet Enterprise til Ansible Tower. Del 1\" src=\"\/wp-content\/uploads\/2020\/05\/8077b9a470286c795a13de3cd6470ce9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDet andet argument er alsidighed. Puppet underst\u00f8tter kun det udstyr, der har Puppet-agenten installeret. Det betyder, at der skal installeres en agent p\u00e5 alle switches, og den skal v\u00e6re den nyeste version. Og hvis nogle af dine switches underst\u00f8tter \u00e9n version, mens andre st\u00f8tter en anden, skal du installere den nye PE-agentversion p\u00e5 dem for at sikre, at de alle kan fungere i det samme SCM-system.<\/p>\n<p>Ansible Tower fungerer anderledes, fordi den ikke har nogen agenter, men har moduler, der underst\u00f8tter Cisco-switches og andre switches. Denne SCM underst\u00f8tter Qubes OS, Linux og 4.NET UTM. Ansible Tower underst\u00f8tter ogs\u00e5 NexentaStore netv\u00e6rkslagringscontrollere, der er baseret p\u00e5 Illumos-kernen - et open-source operativsystem baseret p\u00e5 Unix. Dette er en meget begr\u00e6nset st\u00f8tte, men Ansible Tower tilbyder stadig denne funktion. <\/p>\n<p>Det tredje argument, som er meget vigtigt for b\u00e5de mig og vores administration, er brugervenligheden. Jeg har brugt 10 \u00e5r p\u00e5 at mestre moduler og manifestkode i Puppet, men jeg l\u00e6rte Ansible i l\u00f8bet af en uge, fordi det er meget lettere at arbejde med denne SCM. Hvis du k\u00f8rer eksekverbare filer, i det mindste hvis du ikke g\u00f8r det un\u00f8digt, fungerer de med fornuftige og responsivrige h\u00e5ndterere. Playbooks baseret p\u00e5 YAML er kendetegnet ved nem indl\u00e6ring og hurtig anvendelse. De, der aldrig har h\u00f8rt om YAML f\u00f8r, kan blot l\u00e6se scripts og let forst\u00e5, hvordan det fungerer. <\/p>\n<p>\u00c6rligt talt g\u00f8r Puppet dit arbejde som udvikler meget mere kompliceret, fordi det er baseret p\u00e5 brugen af Puppet Master. Dette er den eneste maskine, der har tilladelse til at kommunikere med Puppet-agenterne. Hvis du har foretaget \u00e6ndringer i manifestet og \u00f8nsker at teste din kode, skal du omskrive koden til Puppet Master, dvs. konfigurere Puppet-masterfilen \/etc\/hosts til at forbinde alle klienter og starte Puppet Server-tjenesten. F\u00f8rst derefter kan du teste netv\u00e6rksudstyret p\u00e5 \u00e9n v\u00e6rt. Dette er en temmelig smertefuld procedure. <br \/>\nI Ansible er alt meget enklere. Alt, hvad du skal g\u00f8re, er at udvikle koden for den maskine, der har mulighed for at kommunikere via SSH-protokollen med den testede v\u00e6rt. Det er meget lettere at arbejde med dette.<\/p>\n<p>Den n\u00e6ste store fordel ved Ansible Tower er muligheden for at inddrage dit eksisterende support-system og bevare den nuv\u00e6rende hardwarekonfiguration. Denne SCM anvender uden ekstra handling alle de oplysninger, du har om din infrastruktur og udstyr, virtuelle maskiner, servere osv. Den kan kommunikere med dine RH Satellite-servere, hvis du har nogen, og giver dig en integration, som du aldrig vil opn\u00e5 ved at arbejde med Puppet.<\/p>\n<p>En anden vigtig ting er detaljeret kontrol. Du ved, at Puppet er et modul\u00e6rt system, det er en klient-server applikation, s\u00e5 du skal definere de eksisterende aspekter af arbejdet p\u00e5 alle dine maskiner i \u00e9t langt manifest. P\u00e5 den m\u00e5de skal tilstanden af hvert enkelt element i systemet testes hver halve time \u2013 det er standardperioden. S\u00e5dan fungerer Puppet.<\/p>\n<p>Tower befrier dig fra dette. Du kan frit udf\u00f8re forskellige processer p\u00e5 forskellige typer hardware, du kan udf\u00f8re det grundl\u00e6ggende arbejde, k\u00f8re andre vigtige processer, konfigurere sikkerhedssystemet, arbejde med databaser. Du kan g\u00f8re alt det, som i Puppet Enterprise er forbundet med specifikke udfordringer. S\u00e5 hvis du har foretaget konfigurationen p\u00e5 \u00e9n v\u00e6rt, vil det tage tid, f\u00f8r \u00e6ndringerne tr\u00e6der i kraft p\u00e5 de \u00f8vrige v\u00e6rter. I Ansible tr\u00e6der alle \u00e6ndringer i kraft samtidig.<\/p>\n<p>Endelig lad os se p\u00e5 sikkerhedsmodulet. I Ansible Tower er det implementeret virkelig fantastisk, med stor pr\u00e6cision og omhu. Du kan give brugerne adgang til specifikke tjenester eller til specifikke v\u00e6rter. Jeg g\u00f8r det samme med mine medarbejdere, der er vant til at arbejde p\u00e5 Windows, ved at begr\u00e6nse deres adgang til Linux-skallen. Jeg sikrer dem s\u00e5dan adgang til Tower, s\u00e5 de kun kan udf\u00f8re det arbejde og starte de tjenester, der relaterer sig til deres kompetence.<\/p>\n<p><img decoding=\"async\" alt=\"Sk\u00e6rer tr\u00e5dene: overgangen fra Puppet Enterprise til Ansible Tower. Del 1\" src=\"\/wp-content\/uploads\/2020\/05\/f3bd3b26cf20225b6e1800e09dbcfe43.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLad os se p\u00e5 ting, der skal g\u00f8res p\u00e5 forh\u00e5nd for at lette overgangen til Ansible Tower. F\u00f8rst og fremmest skal du forberede dit udstyr. Hvis nogle elementer i din infrastruktur ikke er til stede i databasen, skal du tilf\u00f8je dem. Der findes systemer, der ikke \u00e6ndrer deres egenskaber og derfor ikke er i Puppet-databasen, men hvis du ikke tilf\u00f8jer dem, f\u00f8r du overg\u00e5r til Tower, vil du g\u00e5 glip af en r\u00e6kke fordele. Det kan v\u00e6re en \"beskidt\" forberedende database, men den skal indeholde oplysninger om alt dit udstyr. Derfor b\u00f8r du skrive et dynamisk udstyrsskript, der automatisk opdaterer databasen med alle \u00e6ndringer i infrastrukturen, s\u00e5 Ansible ved, hvilke v\u00e6rter der skal v\u00e6re i det nye system. Du beh\u00f8ver ikke at informere denne SCM om, hvilke v\u00e6rter du har tilf\u00f8jet, og hvilke v\u00e6rter der ikke l\u00e6ngere eksisterer, fordi alt dette vil blive opdaget automatisk. Jo flere oplysninger der er i databasen, desto mere nyttig og fleksibel vil Ansible v\u00e6re. Det fungerer som om det blot scanner databasens stregkode for udstyrets status.<\/p>\n<p>Brug lidt tid p\u00e5 at blive fortrolig med at arbejde i kommandolinjen i Ansible. K\u00f8r nogle specielle kommandoer for at teste udstyrsskriptet, skriv og k\u00f8r nogle enkle, men nyttige playbook-scripts, brug Jinja2-skabeloner, hvor det er passende. Pr\u00f8v at skrive en rolle og et script til en kompleks, flertrinsproces med en standard og ofte anvendt konfiguration af udstyr. Leg med disse ting, test hvordan det fungerer. P\u00e5 den m\u00e5de vil du l\u00e6re at arbejde med v\u00e6rkt\u00f8jer til at oprette biblioteker, der bruges i Tower. Jeg har allerede n\u00e6vnt, at min forberedelse til overgangen tog omkring 3 m\u00e5neder. Jeg tror, at baseret p\u00e5 min erfaring vil du kunne g\u00f8re det hurtigere. T\u00e6nk ikke p\u00e5 den tid som spildt, da du senere vil m\u00e6rke alle fordelene ved det udf\u00f8rte arbejde. <\/p>\n<p>Dern\u00e6st er det n\u00f8dvendigt at beslutte, hvad du forventer af Ansible Tower, og hvad denne system specifikt skal g\u00f8re for dig. <\/p>\n<p><img decoding=\"async\" alt=\"Sk\u00e6rer tr\u00e5dene: overgangen fra Puppet Enterprise til Ansible Tower. Del 1\" src=\"\/wp-content\/uploads\/2020\/05\/4511b3f34d57e489be1103c3b77fc98f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nHar du brug for at implementere systemet p\u00e5 tomt udstyr eller p\u00e5 tomme virtuelle maskiner? Eller vil du bevare de eksisterende driftsbetingelser og indstillinger af det nuv\u00e6rende udstyr? Dette er en meget vigtig aspekt for arbejdet i offentlige virksomheder, s\u00e5 du skal v\u00e6re sikker p\u00e5, at du kan migrere og implementere Ansible p\u00e5 den eksisterende konfiguration. Bestem de administrative proceser, du \u00f8nsker at automatisere. Find ud af, om du skal implementere specifikke applikationer og tjenester p\u00e5 det nye system. Lav en liste over, hvad du \u00f8nsker at g\u00f8re, og prioriterer det. <\/p>\n<p>Begynd derefter at skrive koden til scripts og roller, der vil sikre udf\u00f8relsen af de opgaver, du har planlagt. Saml dem i Projects, en logisk samling af relevante playbook-scripts. Hver Project vil v\u00e6re knyttet til et separat Git-repositorium eller et andet repository, afh\u00e6ngig af den kodeh\u00e5ndteringssystem du bruger. Du kan administrere playbook-scripts og playbook-kataloger ved at placere dem manuelt i Project Base Path p\u00e5 Tower-serveren, eller ved at placere playbook i et hvilket som helst source code management system (SCM), underst\u00f8ttet af Tower, herunder Git, Subversion, Mercurial og Red Hat Insights. Inden for et Project kan du have s\u00e5 mange scripts, som du vil. For eksempel har jeg oprettet et grundl\u00e6ggende Project, hvor jeg har placeret et script for de grundl\u00e6ggende elementer i RedHat, et script for Linux-basen og scripts til de \u00f8vrige grundl\u00e6ggende m\u00e5linger. P\u00e5 denne m\u00e5de var der mange forskellige roller og scripts i \u00e9t projekt, der blev administreret fra et enkelt Git-repositorium. <\/p>\n<p>K\u00f8r alle disse ting gennem kommandolinjen; det er en god m\u00e5de at teste deres funktionalitet. P\u00e5 den m\u00e5de vil du v\u00e6re forberedt til installationen af Tower.<\/p>\n<p>Lad os tale lidt om transkodning af Puppet-manifestet, fordi jeg brugte meget tid p\u00e5 dette, indtil jeg inds\u00e5, hvad der faktisk skulle g\u00f8res. <\/p>\n<p><img decoding=\"async\" alt=\"Sk\u00e6rer tr\u00e5dene: overgangen fra Puppet Enterprise til Ansible Tower. Del 1\" src=\"\/wp-content\/uploads\/2020\/05\/abbc9ffb10b623dc29bcd975dca3bb80.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSom jeg allerede har n\u00e6vnt, opbevarer Puppet alle indstillinger og hardwareparametre i et enkelt langt manifest, og i dette manifest er alt det, som denne SCM skal g\u00f8re, gemt. N\u00e5r du skifter, skal du ikke presse alle dine opgaver ind i en liste; t\u00e6nk i stedet p\u00e5 strukturen i det nye system: roller, scripts, tags, grupper, og hvad der skal indg\u00e5. Nogle af netv\u00e6rkets autonome elementer b\u00f8r samles i grupper, for hvilke der kan oprettes scripts. Mere komplekse infrastrukturkomponenter, som kr\u00e6ver mange ressourcer, herunder autonome klasser, kan samles i roller. Du skal finde ud af dette inden migrationen. Hvis du opretter store roller eller scripts, der ikke kan vises p\u00e5 \u00e9n sk\u00e6rm, b\u00f8r du bruge tags for at kunne fange separate dele af infrastrukturen. <\/p>\n<p>18:00<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ua-hosting\/blog\/500588\/\"> Sk\u00e6rer tr\u00e5dene: overgangen fra Puppet Enterprise til Ansible Tower. Del 2 <\/a><\/noindex><\/p>\n<h3>Lidt reklame \ud83d\ude42<\/h3>\n<p>\nTak fordi du bliver hos os. Kan du lide vores artikler? \u00d8nsker du at se flere interessante materialer? St\u00f8t os ved at bestille eller anbefale os til dine bekendte, <noindex><a rel=\"nofollow\" href=\"https:\/\/ua-hosting.company\/cloudvps\/nl\">cloud VPS til udviklere fra 4,99 $<\/a><\/noindex>, <b>en unik analog til entry-level servere, som vi har designet til dig:<\/b> <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/company\/ua-hosting\/blog\/347386\/\">Alt om VPS (KVM) E5-2697 v3 (6 kerner) 10 GB DDR4 480 GB SSD 1 Gbps fra 19 $ eller hvordan man deler serveren korrekt?<\/a><\/noindex> (tilg\u00e6ngelige muligheder med RAID1 og RAID10, op til 24 kerner og op til 40 GB DDR4).<\/p>\n<p><b>Dell R730xd til halv pris i datacenteret Equinix Tier IV i Amsterdam?<\/b> Kun hos os <b><noindex><a rel=\"nofollow\" href=\"https:\/\/ua-hosting.company\/serversnl\">2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB fra 199 $<\/a><\/noindex> i Holland! <b>Dell R420 - 2x E5-2430 2.2GHz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - fra 99 $!<\/b><\/b> L\u00e6s om hvordan <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/company\/ua-hosting\/blog\/329618\/\">man bygger enterprise-infrastruktur ved hj\u00e6lp af Dell R730xd E5-2650 v4 servere til 9000 euro for en br\u00f8kdel af prisen?<\/a><\/noindex><br \/>\n<br \/>Kilde: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ua-hosting\/blog\/500400\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041d\u0430\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u0430\u044f \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0441\u043b\u0443\u0436\u0431\u0430 \u0441\u043f\u0443\u0442\u043d\u0438\u043a\u043e\u0432\u044b\u0445 \u0434\u0430\u043d\u043d\u044b\u0445 \u043e\u0431 \u043e\u043a\u0440\u0443\u0436\u0430\u044e\u0449\u0435\u0439 \u0441\u0440\u0435\u0434\u0435 (NESDIS) \u043d\u0430 35% \u0441\u043d\u0438\u0437\u0438\u043b\u0430 \u0441\u0432\u043e\u0438 \u0437\u0430\u0442\u0440\u0430\u0442\u044b \u043d\u0430 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0435\u0439 Red Hat Enterprise Linux (RHEL), \u043f\u0435\u0440\u0435\u0439\u0434\u044f \u0441 Puppet Enterprise \u043d\u0430 Ansible Tower. \u0412 \u044d\u0442\u043e\u043c \u0432\u0438\u0434\u0435\u043e \u043a\u0430\u0442\u0435\u0433\u043e\u0440\u0438\u0438 \u00ab\u043a\u0430\u043a \u043c\u044b \u044d\u0442\u043e \u0441\u0434\u0435\u043b\u0430\u043b\u0438\u00bb \u0441\u0438\u0441\u0442\u0435\u043c\u043d\u044b\u0439 \u0438\u043d\u0436\u0435\u043d\u0435\u0440 \u041c\u0430\u0439\u043a\u043b \u0420\u0430\u0443 \u043e\u0431\u043e\u0441\u043d\u043e\u0432\u044b\u0432\u0430\u0435\u0442 \u0432\u044b\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u0435 \u044d\u0442\u043e\u0439 \u043c\u0438\u0433\u0440\u0430\u0446\u0438\u0438, \u0434\u0435\u043b\u0438\u0442\u0441\u044f \u043f\u043e\u043b\u0435\u0437\u043d\u044b\u043c\u0438 \u0441\u043e\u0432\u0435\u0442\u0430\u043c\u0438 \u0438 \u043e\u043f\u044b\u0442\u043e\u043c, \u043f\u043e\u043b\u0443\u0447\u0435\u043d\u043d\u044b\u043c \u0432 \u0440\u0435\u0437\u0443\u043b\u044c\u0442\u0430\u0442\u0435 \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u0430 \u0441 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":80492,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-80491","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041d\u0430\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u0430\u044f \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0441\u043b\u0443\u0436\u0431\u0430 \u0441\u043f\u0443\u0442\u043d\u0438\u043a\u043e\u0432\u044b\u0445 \u0434\u0430\u043d\u043d\u044b\u0445 \u043e\u0431 \u043e\u043a\u0440\u0443\u0436\u0430\u044e\u0449\u0435\u0439 \u0441\u0440\u0435\u0434\u0435 (NESDIS) \u043d\u0430 35% \u0441\u043d\u0438\u0437\u0438\u043b\u0430 \u0441\u0432\u043e\u0438 \u0437\u0430\u0442\u0440\u0430\u0442\u044b \u043d\u0430 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0435\u0439 Red Hat Enterprise Linux (RHEL), \u043f\u0435\u0440\u0435\u0439\u0434\u044f \u0441 Puppet Enterprise \u043d\u0430 Ansible Tower.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"da_DK\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041e\u0431\u0440\u0435\u0437\u0430\u0435\u043c \u043d\u0438\u0442\u0438: \u043f\u0435\u0440\u0435\u0445\u043e\u0434 \u0441 Puppet Enterprise \u043d\u0430 Ansible Tower. \u0427\u0430\u0441\u0442\u044c 1 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041d\u0430\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u0430\u044f \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0441\u043b\u0443\u0436\u0431\u0430 \u0441\u043f\u0443\u0442\u043d\u0438\u043a\u043e\u0432\u044b\u0445 \u0434\u0430\u043d\u043d\u044b\u0445 \u043e\u0431 \u043e\u043a\u0440\u0443\u0436\u0430\u044e\u0449\u0435\u0439 \u0441\u0440\u0435\u0434\u0435 (NESDIS) \u043d\u0430 35% \u0441\u043d\u0438\u0437\u0438\u043b\u0430 \u0441\u0432\u043e\u0438 \u0437\u0430\u0442\u0440\u0430\u0442\u044b \u043d\u0430 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0435\u0439 Red Hat Enterprise Linux (RHEL), \u043f\u0435\u0440\u0435\u0439\u0434\u044f \u0441 Puppet Enterprise \u043d\u0430 Ansible Tower.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-05-06T11:42:24+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-05-06T11:42:24+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Sk\u00e6rer tr\u00e5dene: overgangen fra Puppet Enterprise til Ansible Tower. Del 1 | ProHoster","description":"Den nationale informationsservice for satellitdata om milj\u00f8et (NESDIS) har reduceret sine omkostninger til konfigurationsstyring af Red Hat Enterprise Linux (RHEL) med 35% ved at skifte fra Puppet Enterprise til Ansible Tower.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041e\u0431\u0440\u0435\u0437\u0430\u0435\u043c \u043d\u0438\u0442\u0438: \u043f\u0435\u0440\u0435\u0445\u043e\u0434 \u0441 Puppet Enterprise \u043d\u0430 Ansible Tower. \u0427\u0430\u0441\u0442\u044c 1 | ProHoster","og:description":"\u041d\u0430\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u0430\u044f \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0441\u043b\u0443\u0436\u0431\u0430 \u0441\u043f\u0443\u0442\u043d\u0438\u043a\u043e\u0432\u044b\u0445 \u0434\u0430\u043d\u043d\u044b\u0445 \u043e\u0431 \u043e\u043a\u0440\u0443\u0436\u0430\u044e\u0449\u0435\u0439 \u0441\u0440\u0435\u0434\u0435 (NESDIS) \u043d\u0430 35% \u0441\u043d\u0438\u0437\u0438\u043b\u0430 \u0441\u0432\u043e\u0438 \u0437\u0430\u0442\u0440\u0430\u0442\u044b \u043d\u0430 \u0443\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0438\u0435 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0435\u0439 Red Hat Enterprise Linux (RHEL), \u043f\u0435\u0440\u0435\u0439\u0434\u044f \u0441 Puppet Enterprise \u043d\u0430 Ansible Tower.","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/obrezaem-niti-perehod-s-puppet-enterprise-na-ansible-tower-chast-1","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-05-06T11:42:24+00:00","article:modified_time":"2020-05-06T11:42:24+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"80491","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 16:17:31","updated":"2022-09-28 07:21:37","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/80491","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=80491"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/80491\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/80492"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=80491"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=80491"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=80491"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}