{"id":82913,"date":"2020-05-26T13:42:32","date_gmt":"2020-05-26T11:42:32","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-korrektnoe-otklyuchenie-terminate"},"modified":"2020-05-26T13:42:32","modified_gmt":"2020-05-26T11:42:32","slug":"luchshie-praktiki-kubernetes-korrektnoe-otklyuchenie-terminate","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-korrektnoe-otklyuchenie-terminate","title":{"rendered":"Best practice di Kubernetes. Corretta disattivazione del Terminate","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Le migliori pratiche di Kubernetes. Creazione di piccoli contenitori<\/a><\/noindex>
\nLe migliori pratiche di Kubernetes. Organizzazione di Kubernetes con gli spazi dei nomi<\/a><\/noindex>
\nLe migliori pratiche di Kubernetes. Verifica della vitalit\u00e0 di Kubernetes tramite test di Readiness e Liveness<\/a><\/noindex>
\nLe migliori pratiche di Kubernetes. Configurazione delle richieste e dei limiti delle risorse<\/a><\/noindex><\/p>\n

\"Best
\n
\nUn aspetto fondamentale nel funzionamento dei sistemi distribuiti \u00e8 la gestione dei guasti. Kubernetes aiuta in questo, utilizzando controller che monitorano lo stato del tuo sistema e riavviano i servizi che hanno smesso di funzionare. Tuttavia, Kubernetes pu\u00f2 forzare l'arresto delle tue applicazioni per garantire la sostenibilit\u00e0 complessiva del sistema. In questa serie esamineremo come aiutare Kubernetes a svolgere il suo lavoro in modo pi\u00f9 efficace e ridurre i tempi di inattivit\u00e0 delle applicazioni. <\/a><\/noindex><\/p>\n

Prima dell'adozione dei contenitori, la maggior parte delle applicazioni funzionava su macchine virtuali o fisiche. Se un'applicazione si bloccava o andava in crash, ci voleva molto tempo per interrompere il compito in esecuzione e ricaricare il programma. Nel peggiore dei casi, qualcuno doveva affrontare questo problema manualmente di notte, nel momento meno opportuno. Se un compito critico era svolto da sole 1-2 macchine operative, un simile guasto era del tutto inaccettabile.
\nPertanto, anzich\u00e9 effettuare riavvii manuali, si \u00e8 iniziato a utilizzare un monitoraggio a livello di processo per riavviare automaticamente l'applicazione in caso di arresto anomalo. Se il programma si blocca, il processo di monitoraggio cattura il codice di uscita e riavvia il server. Con l'emergere di sistemi come Kubernetes, questo tipo di risposta ai guasti di sistema \u00e8 stato semplicemente integrato nell'infrastruttura.<\/p>\n

Kubernetes utilizza un ciclo di eventi \"osservazione - registrazione delle differenze - azione\" per garantire che le risorse mantengano la loro operativit\u00e0 lungo il percorso dai container ai nodi stessi.<\/p>\n

\"Best
\n
\nQuesto significa che non \u00e8 pi\u00f9 necessario avviare manualmente il monitoraggio dei processi. Se una risorsa non supera il controllo di integrit\u00e0, Kubernetes provvede automaticamente a fornirle una sostituzione. Allo stesso tempo, Kubernetes fa molto pi\u00f9 che monitorare i guasti delle tue applicazioni. Pu\u00f2 creare copie aggiuntive dell'applicazione per essere eseguite su pi\u00f9 macchine, aggiornare l'applicazione oppure eseguire contemporaneamente pi\u00f9 versioni della tua applicazione.
\nCi sono molte ragioni per cui Kubernetes pu\u00f2 interrompere un contenitore perfettamente sano. Ad esempio, quando si aggiorna il proprio deployment, Kubernetes fermer\u00e0 lentamente i vecchi pod mentre avvia nuovi pod. Se si disattiva un nodo, Kubernetes interromper\u00e0 tutti i pod in quel nodo. Infine, se un nodo esaurisce le risorse, Kubernetes disabiliter\u00e0 tutti i pod per liberare tali risorse.<\/p>\n

\u00c8 quindi fondamentale che la tua applicazione si spenga con un impatto minimo sugli utenti finali e con un tempo di recupero ridotto. Ci\u00f2 significa che prima di spegnersi deve salvare tutti i dati necessari, chiudere tutte le connessioni di rete, completare il lavoro rimanente e gestire eventuali altre attivit\u00e0 urgenti.<\/p>\n

In pratica, ci\u00f2 significa che la tua applicazione deve essere in grado di gestire il messaggio SIGTERM \u2013 il segnale di terminazione del processo che \u00e8 il segnale predefinito per il comando kill nei sistemi operativi Unix. Una volta ricevuto questo messaggio, l'applicazione deve spegnersi.<\/p>\n

Dopo che Kubernetes ha deciso di terminare un pod, si innesca una serie di eventi. Esaminiamo ogni passaggio che Kubernetes esegue durante la chiusura di un contenitore o di un pod.<\/p>\n

Immaginiamo di voler terminare uno dei pod. A questo punto, smetter\u00e0 di ricevere nuovo traffico: i contenitori attivi nel pod non saranno interessati, ma tutto il nuovo traffico verr\u00e0 bloccato.<\/p>\n

\"Best
\n
\nAnalizziamo il hook preStop: si tratta di un comando speciale o di una richiesta HTTP inviata ai contenitori nel pod. Se la tua applicazione non si spegne correttamente alla ricezione di SIGTERM, puoi utilizzare preStop per gestire correttamente la chiusura. <\/p>\n

\"Best
\n
\nLa maggior parte dei programmi termina correttamente alla ricezione del segnale SIGTERM, ma se stai usando codice di terze parti o un sistema che non puoi controllare completamente, il hook preStop \u00e8 un ottimo modo per innescare una chiusura elegante senza modificare l'applicazione.<\/p>\n

Dopo l'esecuzione di questo hook, Kubernetes invier\u00e0 ai contenitori nel pod un segnale SIGTERM, il quale li avviser\u00e0 che saranno disattivati a breve. Ricevendo questo segnale, il tuo codice passer\u00e0 alla fase di spegnimento. Questo processo pu\u00f2 includere la chiusura di eventuali connessioni a lungo termine, come connessioni al database o flussi WebSocket, il salvataggio dello stato attuale e simili.<\/p>\n

Anche se utilizzi l'hook preStop, \u00e8 molto importante verificare cosa succede alla tua applicazione quando le invii il segnale SIGTERM, come si comporta, in modo che eventi o cambiamenti nel funzionamento del sistema causati dalla disattivazione del pod non ti colgano di sorpresa.<\/p>\n

A questo punto, prima di intraprendere ulteriori azioni, Kubernetes attender\u00e0 per il tempo specificato, chiamato terminationGracePeriodSecond, ovvero il periodo di rilascio per una disattivazione corretta alla ricezione del segnale SIGTERM.<\/p>\n

\"Best
\n
\nPer impostazione predefinita, questo periodo \u00e8 di 30 secondi. \u00c8 importante notare che dura parallelamente al preStop hook e al segnale SIGTERM. Kubernetes non aspetter\u00e0 che il preStop hook e SIGTERM siano completati: se la tua applicazione si arresta prima della fine del periodo di TerminationGracePeriod, Kubernetes passer\u00e0 immediatamente al passaggio successivo. Assicurati quindi che il valore di questo periodo in secondi sia almeno pari al tempo necessario per arrestare correttamente il pod e, se supera i 30 secondi, aumenta il periodo all\u2019entit\u00e0 necessaria nel YAML. Nell'esempio fornito, \u00e8 di 60 secondi.<\/p>\n

E infine, l'ultimo passaggio: se i container continuano a funzionare dopo il termine del terminationGracePeriod, verr\u00e0 inviato il segnale SIGKILL e verranno forzatamente rimossi. In questo momento, Kubernetes pulir\u00e0 anche tutti gli altri oggetti del pod.<\/p>\n

\"Best
\n
\nKubernetes interrompe i pod per molti motivi, quindi assicurati che la tua applicazione venga sempre arrestata correttamente per garantire un funzionamento stabile del servizio. <\/p>\n

Best practice di Kubernetes. Mappatura dei servizi esterni <\/a><\/noindex><\/p>\n

\r\n \"Riproduci\r\n
<\/div>\r\n <\/div><\/center><\/p>\n

Un po' di pubblicit\u00e0 \ud83d\ude42<\/h3>\n

\nGrazie per essere con noi. Ti piacciono i nostri articoli? Vuoi vedere pi\u00f9 contenuti interessanti? Supportaci effettuando un ordine o raccomandandoci ai tuoi conoscenti, VPS cloud per sviluppatori a partire da $4,99<\/a><\/noindex>, un'alternativa unica ai server entry-level, che abbiamo creato per te:<\/b> Tutta la verit\u00e0 su VPS (KVM) E5-2697 v3 (6 Core) 10GB DDR4 480GB SSD 1Gbps a partire da $19. Come dividere il server correttamente?<\/a><\/noindex> (disponibili opzioni con RAID1 e RAID10, fino a 24 core e fino a 40GB DDR4).<\/p>\n

Dell R730xd a met\u00e0 prezzo nel data center Equinix Tier IV ad Amsterdam?<\/b> Solo da noi 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB a partire da $199<\/a><\/noindex> nei Paesi Bassi! Dell R420 \u2014 2x E5-2430 2.2GHz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 a partire da $99!<\/b><\/b> Scopri di pi\u00f9 su Come costruire un'infrastruttura di classe enterprise con server Dell R730xd E5-2650 v4 dal costo di 9000 euro a prezzi stracciati?<\/a><\/noindex>
\n
Fonte: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u0421\u043e\u0437\u0434\u0430\u043d\u0438\u0435 \u043d\u0435\u0431\u043e\u043b\u044c\u0448\u0438\u0445 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432 \u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u041e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f Kubernetes \u0441 \u043f\u0440\u043e\u0441\u0442\u0440\u0430\u043d\u0441\u0442\u0432\u043e\u043c \u0438\u043c\u0435\u043d \u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u041f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0436\u0438\u0437\u043d\u0435\u0441\u043f\u043e\u0441\u043e\u0431\u043d\u043e\u0441\u0442\u0438 Kubernetes \u0441 \u043f\u043e\u043c\u043e\u0449\u044c\u044e \u0442\u0435\u0441\u0442\u043e\u0432 Readiness \u0438 Liveness \u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430 \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u0432 \u0438 \u043b\u0438\u043c\u0438\u0442\u043e\u0432 \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432 \u0412\u0430\u0436\u043d\u044b\u043c \u043c\u043e\u043c\u0435\u043d\u0442\u043e\u043c \u0432 \u0440\u0430\u0431\u043e\u0442\u0435 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u043d\u044b\u0445 \u0441\u0438\u0441\u0442\u0435\u043c \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043e\u0431\u0440\u0430\u0431\u043e\u0442\u043a\u0430 \u0441\u0431\u043e\u0435\u0432. Kubernetes \u043f\u043e\u043c\u043e\u0433\u0430\u0435\u0442 \u0432 \u044d\u0442\u043e\u043c, \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044f \u043a\u043e\u043d\u0442\u0440\u043e\u043b\u043b\u0435\u0440\u044b, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0441\u043b\u0435\u0434\u044f\u0442 \u0437\u0430 \u0441\u043e\u0441\u0442\u043e\u044f\u043d\u0438\u0435\u043c \u0432\u0430\u0448\u0435\u0439 \u0441\u0438\u0441\u0442\u0435\u043c\u044b […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":82914,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-82913","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Migliori pratiche di Kubernetes. Corretta disattivazione Terminate | ProHoster","description":"Migliori pratiche Kubernetes.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-korrektnoe-otklyuchenie-terminate","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","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\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u041a\u043e\u0440\u0440\u0435\u043a\u0442\u043d\u043e\u0435 \u043e\u0442\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435 Terminate | ProHoster","og:description":"\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes.","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-korrektnoe-otklyuchenie-terminate","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-26T11:42:32+00:00","article:modified_time":"2020-05-26T11:42:32+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"82913","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 15:28:37","updated":"2022-09-29 17:02:01","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/82913","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=82913"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/82913\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/82914"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=82913"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=82913"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=82913"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}