- Slurm を使用すると、Kubernetes のトピックに取り組み、知識を向上させることができます。
- 参加者は大満足です。 新しいことを学ばなかったり、問題を解決していない人はほんのわずかです。 初日の無条件返金(「スラームが自分に合わないと感じたらチケット代を全額返金します」)を利用したのはたったXNUMX人で、自分の力を過大評価していたことを正当化した。
- 次回のスラームはXNUMX月上旬にサンクトペテルブルクで開催される。 常設スポンサーであるセレクテルは、スタンド用のクラウドだけでなく、自社の会議室も提供しています。
- 基本的な Slurm (9 月 11 ~ 4 日) を繰り返し、新しいプログラムである DevOps Slurm (6 月 XNUMX ~ XNUMX 日) を導入します。
Slurm とは何ですか?またどのように変化しましたか?
18 年前、私たちは Kubernetes に関するコースを実施するというアイデアを思いつきました。 1 年 XNUMX 月に、Slurm-XNUMX が開催されました。これは困難で、継続的なプレゼンテーション (ステージでのプレゼンテーションが終了するとき) があり、日常的な問題が山ほどありました。 試練は団結します。最初のスラームの参加者は、フェローシップ・オブ・ザ・リングと同様に、依然として互いにコミュニケーションをとっています。
Slurm-1はこんな感じでした
最初のスラームでは、メガスラームを開催するというアイデアが生まれました。 興味のあるテーマを聞き、19月には「参加者のリクエストによる」上級講座を開催しました。 それは興味深いものでしたが、一度限りのイベントでした。 XNUMX 年 XNUMX 月までに、独自のロジックと内部履歴を備えた真の上級コースを準備しました。
この XNUMX 年の間に、Slurm は組織的に変化しました。
— Docker と Anisble はメイン プログラムから削除され、別個のオンライン コースが作成されました。
— 学生の学習クラスターのトラブルシューティングを支援する組織的なテクニカル サポート。
— 講演者は方法論的なサポートを得られるようになりました。
Slurm 4 を作ったチーム
参加者からのフィードバック
ベーシック スラームには 170 名、メガスラームには 75 名の参加者という、別の記録も樹立されました。
スラーム-4
101 人中 170 人がフィードバック フォームに記入しました。
Kubernetes は明らかになりましたか?
41 — k8s についてはまだ理解していませんが、どこを掘ればよいかはわかりました。
36 — 以前は k8s について知りませんでしたが、今では理解できました。
23 — k8s については以前から知っていましたが、今ではさらに詳しくなりました。
1 - 新しいことは何も学べませんでした。
0 — k8s について何も理解できませんでした。
Slurmの激しさはどうですか?
16 人が Slurm は簡単すぎて遅いと考えており、14 人は難しすぎて速いと考えています。 休憩にちょうどいいです。
スラームに参加しようとしていた問題は解決しましたか?
90 - はい。
11 - いいえ。
メガスラーム
40 人がフィードバック フォームに記入しました。 2人は簡単すぎて遅かったと言いました。 1 人は Mega に行く際の問題を解決できませんでした。 残りは問題ありません。
スピーカーのレビュー
XNUMX 月のサンクトペテルブルクのスラームではほとんどが初心者だったとしたら、モスクワのスラームではすでに大勢の人が Kubernetes を試していました。 考えさせられる高度な質問がたくさんありました。
サンクトペテルブルクで彼らが私たちのkubesprayのフォークをいつ公開するのか尋ねたなら、モスクワではすでに、なぜオリジナルのkubesprayを使わずに私たちのフォークを使用することを提案するのかを尋ねています。 これはもうミドルシニアの批判的思考です。
練習は難しく、人々はたくさんの間違いを犯しましたが、それは素晴らしいことです。間違いを犯す必要があるのは戦闘中ではなく、勉強中です。
証明書の取得の制限、Github からのダウンロードの制限などに定期的に遭遇しました。 これが人生です。私たちは、Selectel クラウドに約 200 のクラスターを同時にデプロイしました。 このために自分のリソースと限界を準備している人は誰もいません。
Selectel での Slurm のお知らせ
→
価格: 25 ₽
プログラム:
トピック #1: Kubernetes の概要、主要コンポーネント
— k8s テクノロジーの紹介。 説明、アプリケーション、概念
— ポッド、ReplicaSet、デプロイメント、サービス、イングレス、PV、PVC、ConfigMap、シークレット
トピック No. 2: クラスター設計、主要コンポーネント、フォールト トレランス、k8s ネットワーク
— クラスタ設計、主要コンポーネント、耐障害性
— k8sネットワーク
トピック #3: Kubespray、Kubernetes クラスターのチューニングとセットアップ
— Kubespray、Kubernetes クラスターの構成と調整
トピック #4: 高度な Kubernetes 抽象化
- DaemonSet、StatefulSet、RBAC、ジョブ、CronJob、ポッド スケジューリング、InitContainer
トピック #5: サービスとアプリケーションの公開
— サービス公開方法の概要: NodePort、LoadBalancer、Ingress
— Ingress コントローラー (Nginx): 受信トラフィックのバランスをとる
— Сert-manager: SSL/TLS 証明書を自動的に取得します
トピック #6: Helm の概要
トピック #7: cert-manager のインストール
トピック #8: Ceph: 「do as I do」インストール
トピック #9: ロギングとモニタリング
— クラスター監視、Prometheus
— クラスターロギング、Fluentd/Elastic/Kibana
トピック #10: クラスターの更新
トピック No. 11: 実践的な作業、アプリケーションの Docker 化とクラスターへの起動
stepik.org の Docker と Ansible のコースは料金に含まれています。
→
価格: 45 ₽
プログラム:
トピック #1: Git の概要
— 基本コマンド git init、commit、add、diff、log、status、pull、push
— ローカル環境のセットアップ: 実践的な推奨事項
— Git フロー、ブランチとタグ、マージ戦略
— 複数のリモート リポジトリの操作
トピック #2: Git を使用したチームワーク
— GitHub フロー
— フォーク、削除、プルリクエスト
— 競合、リリース、Gitflow およびチームに関連するその他のフローについてもう一度
トピック #3: CI/CD の自動化の概要
— git での自動化 (ボット、CI の紹介、フック)
— ツール (bash、make、gradle)
— 工場の組立ラインとそのITへの応用
トピック #4: CI/CD: Gitlab の使用
— 構築、テスト、展開
— ステージ、変数、実行制御 (のみ、いつ、含む)
トピック #5: 開発の観点からアプリケーションを操作する
— Python でマイクロサービスを作成します (テストを含む)
— 開発での docker-compose の使用
トピック #6: コードとしてのインフラストラクチャ
— IaC: コードとしてのインフラストラクチャへのアプローチ
— Terraform を例として使用した IaC
— Ansible を例として使用した IaC
— べき等性、宣言性
— Ansible プレイブックの作成を練習する
— 構成ストレージ、コラボレーション、アプリケーションの自動化
トピック #7: インフラストラクチャのテスト
— Molecule および Gitlab CI とのテストと継続的統合
トピックその8: サーバー構築の自動化
— 画像の収集
- PXE と DHCP
トピック #9: インフラストラクチャの自動化
— サーバー上の認可のためのインフラストラクチャ サービスの例
— ChatOps (インスタント メッセンジャーとパイプラインの統合)
トピック #10: セキュリティの自動化
— CI/CD 成果物の署名
— 脆弱性スキャン
トピック #11: モニタリング
— SLA、SLO、エラーバジェット、および SRE の世界のその他の恐ろしい用語の定義
— SRE: SLI および SLO モニタリングの実践
— SRE: エラー バジェットの使用方法
- SRE: 割り込みおよび運用負荷管理 (Apigateway、サービス メッシュ、サーキット ブレーカー)
— パイプラインと開発指標のモニタリング
出所: habr.com