Slurm: un bruco trasformato in farfalla

Slurm: un bruco trasformato in farfalla

  1. Slurm ti consente davvero di approfondire l'argomento Kubernetes o di migliorare le tue conoscenze.
  2. I partecipanti sono felici. Sono pochi quelli che non hanno imparato nulla di nuovo o non hanno risolto i propri problemi. Il rimborso incondizionato del primo giorno (“Se ritieni che Slurm non sia adatto a te, ti rimborseremo l'intero prezzo del biglietto”) è stato utilizzato da una sola persona, giustificando di aver sopravvalutato le sue forze.
  3. Il prossimo Slurm avrà luogo all'inizio di settembre a San Pietroburgo. Selectel, il nostro sponsor permanente, mette a disposizione non solo un cloud per gli stand, ma anche una propria sala conferenze.
  4. Stiamo ripetendo lo Slurm di base (9-11 settembre) e introducendo un nuovo programma: DevOps Slurm (4-6 settembre).

Cos'è Slurm e come è cambiato?

Un anno fa ci è venuta l'idea di tenere corsi su Kubernetes. Nell'agosto del '18 si è svolto Slurm-1: difficile, con una presidenza continua (quando la presentazione è finita sul palco), con un mucchio di problemi quotidiani. Le prove uniscono: i partecipanti al primo Slurm, come la Compagnia dell'Anello, comunicano ancora tra loro.

Slurm: un bruco trasformato in farfalla
Questo è l'aspetto di Slurm-1

Al primo Slurm nacque l’idea di tenere un MegaSlurm. Abbiamo chiesto alle persone a quali argomenti erano interessati e in ottobre abbiamo tenuto un corso avanzato “Su richiesta dei partecipanti”. Si è rivelato un evento interessante, ma irripetibile. Per maggio '19 abbiamo predisposto un vero e proprio corso avanzato, con una propria logica e storia interna.

Nel corso dell'anno Slurm è cambiata a livello organizzativo:
— Docker e Anisble sono stati rimossi dal programma principale e realizzati corsi online separati.
— Supporto tecnico organizzato che aiuta gli studenti a risolvere i problemi dei cluster di apprendimento.
— I relatori ora dispongono di un supporto metodologico.

Slurm: un bruco trasformato in farfalla
Il team che ha realizzato Slurm 4

Feedback dei partecipanti

È stato stabilito un altro record: 170 partecipanti allo Slurm base, 75 al MegaSlurm.

Slurm: un bruco trasformato in farfalla

Slurm-4
101 persone su 170 hanno completato il modulo di feedback.

Kubernetes è diventato chiaro?
41 — Non capisco ancora il k8, ma vedo dove scavare.
36 — Prima non conoscevo il k8, ma ora l'ho capito.
23 — Prima conoscevo il k8, ma ora lo so meglio.
1 - Non ho imparato nulla di nuovo.
0 — Non ho capito niente di k8.

Ti piace l'intensità di Slurm?

16 persone pensano che Slurm sia troppo facile e lento, e 14 persone pensano che sia troppo difficile e veloce. Giusto per il resto.

Hai risolto il problema con cui stavi andando a Slurm?

90 - Sì.
11 - N.

MegaSlurm

40 persone hanno compilato il modulo di feedback. 2 persone hanno detto che era troppo facile e lento. 1 persona non ha risolto il problema con cui stava andando a Mega. Il resto va bene.

Recensione di Slurm su https://serveradmin.ru

Recensioni dei relatori

Slurm: un bruco trasformato in farfalla

Se allo Slurm di San Pietroburgo di febbraio c'erano soprattutto principianti, allo Slurm di Mosca moltissimi avevano già provato Kubernetes. C'erano molte domande avanzate che ti hanno fatto riflettere.

Se a San Pietroburgo ci hanno chiesto quando pubblicheremo il nostro fork di kubespray, a Mosca ci hanno già chiesto perché proponiamo di utilizzare il nostro fork e di non prendere il kubespray originale. Questo è già il pensiero critico degli anziani di livello medio.

La pratica era difficile, le persone commettevano molti errori, e questo è fantastico: devi commettere errori mentre studi, e non in battaglia.

Abbiamo riscontrato regolarmente limiti nell'ottenimento di certificati, limiti nel download da Github, ecc. Questa è la vita: abbiamo implementato contemporaneamente circa 200 cluster nel cloud Selectel. Nessuno prepara le proprie risorse e i propri limiti per questo.

Annuncio di Slurm a Selectel

Registrazione per Slurm-5
Prezzo: 25 000 ₽

Programma:

Argomento n.1: Introduzione a Kubernetes, componenti principali
— Introduzione alla tecnologia k8s. Descrizione, applicazione, concetti
— Pod, ReplicaSet, Distribuzione, Servizio, Ingresso, PV, PVC, ConfigMap, Segreto

Argomento n. 2: progettazione del cluster, componenti principali, tolleranza ai guasti, rete k8s
— Progettazione di cluster, componenti principali, tolleranza ai guasti
- Rete K8

Argomento n.3: Kubespray, ottimizzazione e configurazione di un cluster Kubernetes
— Kubespray, configurazione e tuning del cluster Kubernetes

Argomento n. 4: Astrazioni avanzate di Kubernetes
- DaemonSet, StatefulSet, RBAC, Job, CronJob, pianificazione pod, InitContainer

Argomento n. 5: Servizi e applicazioni di pubblicazione
— Panoramica dei metodi di pubblicazione dei servizi: NodePort vs LoadBalancer vs Ingress
— Controller di ingresso (Nginx): bilanciamento del traffico in entrata
— Cert-manager: ottieni automaticamente i certificati SSL/TLS

Argomento n. 6: Introduzione a Helm

Argomento n. 7: Installazione di Cert-Manager

Argomento n.8: Ceph: installazione “fai come faccio io”.

Argomento n. 9: registrazione e monitoraggio
— Monitoraggio dei cluster, Prometheus
— Registrazione cluster, Fluentd/Elastic/Kibana

Argomento n. 10: Aggiornamento del cluster

Argomento n. 11: Lavoro pratico, dockerizzazione delle applicazioni e lancio in un cluster

I corsi su Docker e Ansible su stepik.org sono inclusi nel prezzo.

Registrazione per Slurm DevOps
Prezzo: 45 000 ₽

Programma:

Argomento n. 1: Introduzione a Git
— Comandi di base git init, commit, add, diff, log, status, pull, push
— Impostazione dell'ambiente locale: raccomandazioni pratiche
— Flusso Git, rami e tag, strategie di unione
— Lavorare con più repository remoti

Argomento n.2: Lavoro di squadra con Git
— Flusso GitHub
— Richiesta Fork, Remove, Pull
— Conflitti, rilasci, ancora una volta su Gitflow e altri flussi in relazione ai team

Argomento n.3: Introduzione CI/CD all'automazione
— Automazione in git (bot, introduzione alla CI, hook)
— Strumenti (bash, make, gradle)
— Linee di assemblaggio di fabbrica e loro applicazione nell'IT

Argomento n. 4: CI/CD: lavorare con Gitlab
— Costruisci, testa, distribuisci
— Fasi, variabili, controllo dell'esecuzione (solo, quando, includere)

Argomento n. 5: lavorare con l'applicazione dal punto di vista dello sviluppo
— Scriviamo un microservizio in Python (compresi i test)
— Utilizzo di docker-compose in fase di sviluppo

Argomento n. 6: Infrastruttura come codice
— IaC: approccio all'infrastruttura come codice
— IaC che utilizza Terraform come esempio
— IaC utilizzando Ansible come esempio
— Idempotenza, dichiaratività
— Esercitati a creare playbook Ansible
— Archiviazione della configurazione, collaborazione, automazione delle applicazioni

Argomento n. 7: test dell'infrastruttura
— Test e integrazione continua con Molecule e Gitlab CI

Argomento n. 8: Automazione del sollevamento dei server
— Raccolta di immagini
-PXE e DHCP

Argomento n. 9: Automazione dell'infrastruttura
— Un esempio di servizio di infrastruttura per l'autorizzazione sui server
— ChatOps (integrazione di messaggistica istantanea con pipeline)

Argomento n. 10: Automazione della sicurezza
— Firma di artefatti CI/CD
— Scansione delle vulnerabilità

Argomento n.11: Monitoraggio
— Definizione di SLA, SLO, Error Budget e altri termini spaventosi dal mondo SRE
— SRE: pratica di monitoraggio SLI e SLO
— SRE: pratica di utilizzo del bilancio di errore
- SRE: gestione degli interrupt e del carico operativo (apigateway, service mesh, interruttori automatici)
— Monitoraggio delle pipeline e delle metriche di sviluppo

Fonte: habr.com

Aggiungi un commento