{"id":75425,"date":"2020-03-26T07:42:30","date_gmt":"2020-03-26T05:42:30","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/luchshie-10-hitrostej-i-sovetov-po-kubernetes"},"modified":"2020-03-26T07:42:30","modified_gmt":"2020-03-26T05:42:30","slug":"luchshie-10-hitrostej-i-sovetov-po-kubernetes","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/luchshie-10-hitrostej-i-sovetov-po-kubernetes","title":{"rendered":"I migliori 10 trucchi e consigli per Kubernetes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"I
\n
\nSu Internet ci sono molte risorse di riferimento, ma a volte i consigli pi\u00f9 semplici si rivelano i pi\u00f9 preziosi. Il team Kubernetes aaS di Mail.ru<\/a><\/noindex> ha tradotto una raccolta di dieci trucchi e suggerimenti<\/a><\/noindex>, che l'autore dell'articolo ha raccolto dopo un anno di lavoro con Kubernetes. I suggerimenti non sono ordinati per importanza, ma pensiamo che ognuno possa trovare qualcosa di utile per s\u00e9.
\n<\/a><\/noindex><\/p>\n

Il comando pi\u00f9 semplice per lavorare con Kubernetes<\/h2>\n

\nPer iniziare, forse l'azione pi\u00f9 semplice e utile nel lavoro con Kubernetes. Il seguente comando attiva il completamento automatico dei comandi kubectl<\/code> nella shell bash:<\/p>\n

echo \"source > ~\/bashrc\n<\/code><\/pre>\n
\nIl completamento automatico kubectl<\/code> verr\u00e0 registrato nel file .bashrc e sar\u00e0 attivato automaticamente ogni volta che si apre la shell. Questo accelera la digitazione di comandi lunghi e parametri, come all-namespaces<\/code>. Maggiori dettagli nella la guida di Kubernetes per bash.<\/a><\/noindex>.<\/p>\n
Le limitazioni predefinite di memoria e CPU nello spazio dei nomi<\/h2>\n
\nSe un'applicazione \u00e8 scritta in modo errato, ad esempio, apre una nuova connessione con il database ogni secondo senza mai chiuderla, si verifica una perdita di memoria nel cluster. E se per l'applicazione non viene impostato un limite di memoria al momento del deploy, questo pu\u00f2 portare al crash del nodo.<\/p>\n
Per prevenire ci\u00f2, Kubernetes consente di impostare limitazioni predefinite per ogni spazio dei nomi. Queste vanno specificate nel file yaml per un particolare spazio dei nomi. Ecco un esempio di tale file:<\/p>\n
apiVersion: v1\nkind: LimitRange\nmetadata:\n  name: mem-limit-range\nspec:\n  limits:\n  - default:\n      memory: 512Mi\n    defaultRequest:\n      memory: 256Mi\n    type: Container\n<\/code><\/pre>\n
\nCrea un file yaml di questo tipo e applicalo a qualsiasi spazio dei nomi. Ad esempio, allo spazio dei nomi limit-example<\/code>. Adesso, per qualsiasi container distribuito in questo spazio dei nomi, si applicher\u00e0 un limite di 512Mi, a meno che non venga impostato un altro limite individuale.<\/p>\n
Pulizia della spazzatura nelle vecchie versioni di Kubernetes<\/h2>\n
\nKubelet per impostazione predefinita inizia la pulizia della spazzatura quando var\/lib\/docker<\/i> occupa il 90% dello spazio su disco disponibile. Questo \u00e8 ottimo, ma fino alla versione 1.7 di Kubernetes non c'era un limite predefinito sul numero di descrittori di inode index (inodes) utilizzati, che corrispondono al numero di file nel file system.<\/p>\n
Potenzialmente, il tuo container var\/lib\/docker<\/i> pu\u00f2 utilizzare solo il 50% dello spazio su disco, ma gli inode potrebbero finire, causando problemi nel funzionamento dei worker.<\/p>\n
Nelle vecchie versioni di kubelet dalla 1.4 alla 1.6, sar\u00e0 necessario aggiungere questo flag:<\/p>\n
--eviction-hard\n=memory.available<100Mi,nodefs.available<10%,nodefs.inodesFree<5%\n<\/code><\/pre>\n
\nNella versione 1.7 e versioni successive, questo flag \u00e8 impostato di default. Tuttavia, le versioni precedenti non monitorano il limite degli inode.<\/p>\n
Minikube\u2026 piccolo ma potente Kubernetes locale<\/h2>\n
\nMinikube \u00e8 il modo pi\u00f9 semplice per avviare un cluster Kubernetes locale. Viene avviato con un semplice comando:<\/p>\n
minikube start\n<\/code><\/pre>\n
\nDopo aver eseguito questo comando, avrete un vero cluster Kubernetes in esecuzione sul vostro computer.<\/p>\n
\"I
\nFonte dell'illustrazione<\/i><\/a><\/noindex><\/p>\n
Il trucco \u00e8 come costruire un'applicazione e avviarla localmente in questo cluster. Se non vengono date istruzioni specifiche, l'immagine Docker sar\u00e0 costruita sul computer e non nel cluster.<\/p>\n
Per costringere Docker a inviare l'immagine al cluster Kubernetes locale, si d\u00e0 il seguente comando a docker-machine:<\/p>\n
eval $(minikube docker-env)\n<\/code><\/pre>\n
\nOra possiamo costruire applicazioni nel cluster Kubernetes locale.<\/p>\n
Non concedete l'accesso a kubectl a chiunque<\/h2>\n
\nSembra ovvio, ma se pi\u00f9 team utilizzano un cluster per le proprie applicazioni (per questo Kubernetes \u00e8 stato creato), non dovreste semplicemente concedere l'accesso a chiunque. kubectl<\/code>\u00c8 meglio separare i team, assegnando a ciascuno il proprio spazio dei nomi e delimitando l'accesso con politiche RBAC.<\/p>\n
Si pu\u00f2 rendere complicato specificando per ogni pod i diritti di accesso, lettura, creazione, cancellazione e altre operazioni. Ma la cosa principale \u00e8 limitare l'accesso ai segreti, consentendolo solo agli amministratori. In questo modo separiamo chi pu\u00f2 amministrare il cluster da chi pu\u00f2 semplicemente essere distribuito al suo interno.<\/p>\n
Gestite i budget dei pod<\/h2>\n
\nCome garantire l'assenza di interruzioni per un'applicazione nel cluster Kubernetes? PodDisruptionBudget e ancora PodDisruptionBudget.<\/p>\n
I cluster vengono aggiornati periodicamente e i nodi vengono svuotati. Nulla rimane fermo, questa \u00e8 la realt\u00e0. Ogni distribuzione con pi\u00f9 di un'istanza dovrebbe includere obbligatoriamente il PDB (PodDisruptionBudget). Viene creato in un semplice file yaml, che viene applicato al cluster. La copertura di un PDB specifico \u00e8 definita dai selettori delle etichette.<\/p>\n
Nota:<\/strong> Il budget PDB viene preso in considerazione solo in caso di interruzione del budget reversibile (interruzione volontaria<\/a><\/noindex>). In situazioni come guasti hardware, il PDB non sar\u00e0 attivato.<\/p>\n
Esempio di PDB:<\/strong><\/p>\n
apiVersion: policy\/v1beta1\nkind: PodDisruptionBudget\nmetadata:\n  name: app-a-pdb\nspec:\n  minAvailable: 2\n  selector:\n      matchLabels:\n        app: app-a\n<\/code><\/pre>\n
\nI due parametri principali sono matchLabels<\/code> e minAvailable<\/code>. Nel primo parametro viene indicato per quali applicazioni \u00e8 valido il budget. Ad esempio, se ho delle distribuzioni con le etichette app: app-a<\/code> e app: app-b<\/code>, questo PDB verr\u00e0 applicato solo alla prima.<\/p>\n
Parametro minAvailable<\/code> viene considerato durante lo svuotamento (pulizia) del nodo. Ad esempio, nel nostro caso durante lo svuotamento vengono espulsi tutte le istanze app: app-a<\/code>, tranne due.<\/p>\n
Questo consente di controllare quanti esemplari dell'applicazione devono essere attivi in ogni momento.<\/p>\n
Monitoraggio della salute dell'applicazione<\/h2>\n
\nQuesto monitoraggio \u00e8 possibile in due modi: tramite probe di Readiness o Liveness.<\/p>\n
La prima probe (readiness) determina se il contenitore \u00e8 pronto per ricevere traffico.<\/p>\n
La seconda (liveness) indica se il contenitore \u00e8 funzionante o se deve essere riavviato.<\/p>\n
Le relative configurazioni vengono semplicemente aggiunte al file yaml per il deployment. Qui \u00e8 possibile specificare timeout, tempi di attesa e numero di retry. Maggiori dettagli sono disponibili nella documentazione di Kubernetes<\/a><\/noindex>.<\/p>\n
Etichette ovunque<\/h2>\n
\nLe etichette sono uno dei concetti fondamentali in Kubernetes. Permettono agli oggetti di collegarsi liberamente tra loro e di effettuare query basate sulle etichette. In Kubernetes, \u00e8 persino possibile accedere al client e monitorare gli eventi in base a etichette specifiche.<\/p>\n
Con le etichette si possono realizzare praticamente tutte le operazioni, ma un buon esempio \u00e8 la creazione di pi\u00f9 ambienti per eseguire programmi in un unico cluster.<\/p>\n
Supponiamo che tu stia utilizzando lo stesso cluster per dev<\/code> e qa<\/code>. Ci\u00f2 significa che potresti avere un'applicazione app-a<\/code>, in esecuzione contemporaneamente in entrambi gli ambienti qa<\/code> e dev<\/code>. In questo caso, possiamo accedere separatamente all'esemplare dell'applicazione in un ambiente specifico, specificando il relativo parametro ambiente<\/code>. Ad esempio, app: app-a<\/code> e environment: dev<\/code> per un ambiente, e app: app-a<\/code> e environment: qa<\/code> per il secondo.<\/p>\n
Questo consente di accedere a entrambi gli esemplari dell'applicazione, ad esempio, conducendo test simultanei.<\/p>\n
Fare ordine<\/h2>\n
\nKubernetes \u00e8 un sistema molto potente, ma qualsiasi sistema pu\u00f2 eventualmente impantanarsi in un gran numero di processi. Kubelet avvia tutti i processi e le verifiche che hai specificato, oltre ai propri.<\/p>\n
Certamente, un servizio orfano non rallenter\u00e0 il sistema, e Kubernetes \u00e8 progettato per scalare fin dall'inizio. Ma se invece di un servizio ne compaiono milioni, kubelet comincia a subire colpi.<\/p>\n
Se per qualche motivo annulli un deployment (contenitore, immagine, qualsiasi cosa), assicurati semplicemente di fare una pulizia completa.<\/p>\n
Scopri Go<\/h2>\n
\nIl consiglio principale lo abbiamo lasciato per ultimo. Studia il linguaggio di programmazione Go.<\/p>\n
Kubernetes \u00e8 sviluppato in Go, tutte le estensioni sono scritte in Go, e inoltre \u00e8 ufficialmente supportata la libreria client client-go.<\/p>\n
Pu\u00f2 essere utilizzato per cose diverse e interessanti. Ad esempio, per estendere il sistema Kubernetes a proprio piacimento. Cos\u00ec, puoi usare i tuoi programmi per raccogliere dati, distribuire applicazioni o semplicemente pulire contenitori.<\/p>\n
Imparare il linguaggio di programmazione Go e padroneggiare client-go \u00e8 forse il consiglio pi\u00f9 importante che si possa dare ai nuovi utenti di Kubernetes.<\/p>\n
Tradotto con il supporto di Mail.ru Cloud Solutions<\/i><\/a><\/noindex><\/p>\n
Cosa leggere ancora<\/strong>:<\/p>\n
    \n
  1. Tre livelli di autoscaling in Kubernetes e come utilizzarli efficacemente<\/a><\/noindex>.<\/li>\n
  2. Nodi di lavoro Kubernetes: molti piccoli o pochi grandi<\/a><\/noindex>?<\/li>\n
  3. 25 strumenti utili per il deployment e la gestione di Kubernetes<\/a><\/noindex>.<\/li>\n<\/ol>\n
    Fonte: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
    \u0412 \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442\u0435 \u043c\u043d\u043e\u0433\u043e \u0441\u043f\u0440\u0430\u0432\u043e\u0447\u043d\u043e\u0439 \u043b\u0438\u0442\u0435\u0440\u0430\u0442\u0443\u0440\u044b, \u043d\u043e \u0438\u043d\u043e\u0433\u0434\u0430 \u0441\u0430\u043c\u044b\u043c\u0438 \u0446\u0435\u043d\u043d\u044b\u043c\u0438 \u0441\u0442\u0430\u043d\u043e\u0432\u044f\u0442\u0441\u044f \u0441\u0430\u043c\u044b\u0435 \u043f\u0440\u043e\u0441\u0442\u044b\u0435 \u0441\u043e\u0432\u0435\u0442\u044b. \u041a\u043e\u043c\u0430\u043d\u0434\u0430 Kubernetes aaS \u043e\u0442 Mail.ru \u043f\u0435\u0440\u0435\u0432\u0435\u043b\u0430 \u043f\u043e\u0434\u0431\u043e\u0440\u043a\u0443 \u0438\u0437 \u0434\u0435\u0441\u044f\u0442\u0438 \u0445\u0438\u0442\u0440\u043e\u0441\u0442\u0435\u0439 \u0438 \u0441\u043e\u0432\u0435\u0442\u043e\u0432, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0430\u0432\u0442\u043e\u0440 \u0441\u0442\u0430\u0442\u044c\u0438 \u0441\u043e\u0431\u0440\u0430\u043b\u0430 \u043f\u043e\u0441\u043b\u0435 \u0433\u043e\u0434\u0430 \u0440\u0430\u0431\u043e\u0442\u044b \u0441 Kubernetes. \u0421\u043e\u0432\u0435\u0442\u044b \u043d\u0435 \u043e\u0442\u0441\u043e\u0440\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u044b \u043f\u043e \u0432\u0430\u0436\u043d\u043e\u0441\u0442\u0438, \u043d\u043e \u0434\u0443\u043c\u0430\u0435\u043c, \u0447\u0442\u043e \u043a\u0430\u0436\u0434\u044b\u0439 \u043d\u0430\u0439\u0434\u0435\u0442 \u0447\u0442\u043e-\u0442\u043e \u043f\u043e\u043b\u0435\u0437\u043d\u043e\u0435 \u0434\u043b\u044f \u0441\u0435\u0431\u044f. \u0421\u0430\u043c\u0430\u044f \u043f\u0440\u043e\u0441\u0442\u0430\u044f \u043a\u043e\u043c\u0430\u043d\u0434\u0430 \u0432 \u0440\u0430\u0431\u043e\u0442\u0435 \u0441 Kubernetes […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":75426,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-75425","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\udd47I 10 migliori trucchi e consigli per Kubernetes | ProHoster","description":"In internet ci sono molte risorse di riferimento, ma.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/luchshie-10-hitrostej-i-sovetov-po-kubernetes","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 10 \u0445\u0438\u0442\u0440\u043e\u0441\u0442\u0435\u0439 \u0438 \u0441\u043e\u0432\u0435\u0442\u043e\u0432 \u043f\u043e Kubernetes | ProHoster","og:description":"\u0412 \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442\u0435 \u043c\u043d\u043e\u0433\u043e \u0441\u043f\u0440\u0430\u0432\u043e\u0447\u043d\u043e\u0439 \u043b\u0438\u0442\u0435\u0440\u0430\u0442\u0443\u0440\u044b, \u043d\u043e.","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/luchshie-10-hitrostej-i-sovetov-po-kubernetes","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-03-26T05:42:30+00:00","article:modified_time":"2020-03-26T05:42:30+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"75425","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 17:56:30","updated":"2022-10-01 20:34:03","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\/75425","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=75425"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/75425\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/75426"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=75425"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=75425"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=75425"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}