Clos Network Topology 再入門
コンパウンドスタートアップのためのスケーラブルでセキュアなInfrastructure as Codeパイプラインを考える / Scalable and Secure Infrastructure as Code Pipeline for a Compound Startup
タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
コンパウンドスタートアップのためのスケーラブルでセキュアなInfrastructure as Codeパイプラインを考える / Scalable and Secure Infrastructure as Code Pipeline for a Compound Startup
[Kubernetes] PodのAZ分散を実現するPod Topology Spread ConstraintsとDescheduler
本記事は、PodのAZ分散を実現するPod Topology Spread ConstraintsとDeschedulerについて紹介します。 また、それぞれの課題とその解決方法について書きます。 Kubernetesについて基本的な用語がわかる方であれば読める内容になっているかと思います。 Pod Topology Spread Constraintsとは？ Pod Topology Spread Constraintsを使うことで、Region・Zone・Nodeなどの単位でPodを分散して配置することが可能になります。 例えば、1つのZoneにNodeが2台とPodが1台ずつ配置されているとします。 AZ障害が発生し、Nodeがダウンすると1つのZoneにPodが集中していた場合のサービス影響は大きくなります。 しかし、2台のPodが異なるZoneに配置されていた場合、サービス影響は
![[Kubernetes] PodのAZ分散を実現するPod Topology Spread ConstraintsとDescheduler](https://cdn-ak-scissors.b.st-hatena.com/image/square/8120678b0a17ab97fba65dd87180b2f5bb706a5a/height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--jZi9n47W--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3A%25255BKubernetes%25255D%252520Pod%2525E3%252581%2525AEAZ%2525E5%252588%252586%2525E6%252595%2525A3%2525E3%252582%252592%2525E5%2525AE%25259F%2525E7%25258F%2525BE%2525E3%252581%252599%2525E3%252582%25258BPod%252520Topology%252520Spread%252520Constraints...%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_37%3Aksudate%252Cx_203%252Cy_121%2Fg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9zdG9yYWdlLmdvb2dsZWFwaXMuY29tL3plbm4tdXNlci11cGxvYWQvYXZhdGFyLzk4MTI4OGNiOGYuanBlZw%3D%3D%252Cr_max%252Cw_90%252Cx_87%252Cy_95%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)
賢く「散らす」ための Topology Spread Constraints #k8sjp / Kubernetes Meetup Tokyo 25th
Kubernetes Meetup Tokyo #25 で使用したスライドです。 Kubernetes において、Pod を分散させる基本単位は Node です。しかし現実には複数の Node に Pod が分散している状況であっても、それらの Node が同じ Availability Zone やラックにホスティングされていた場合には、障害が原因で Pod が全滅しサービス停止に陥る可能性があります。 この問題を解決するため、Kubernetes v1.16 ではアルファ機能として Topology Spread が導入されました。この機能を有効にすると、Node に Label を付与することで故障ドメインを表現した論理的なグループを作成し、そのグループ単位での Pod の分散方法を指定することができます。 イベント概要：https://k8sjp.connpass.com/even
はじめに 12月1日、「Team Toplogies」の邦訳版である「チームトポロジー 価値あるソフトウェアを素早く届ける適応型組織設計（以後、チームトポロジー）」が出版されました。同僚のおすすめ書籍でありながら、英語の壁に阻まれてなかなか手をだすことができずにいた私にとっては大変うれしいことで、さっそく読んでみました。 チームトポロジーでは、コンウェイの法則を前提として、価値提供のフロー効率を高めるシステムアーキテクチャを実現させるための組織の在り方について述べられています。その中で、組織内に存在するチームの種類を4つの典型的なタイプに分類し、各タイプが果たすべき役割を整理しています。また、チーム間の連携方法として3種類のインタラクションモードを定義しています。4種類のチームタイプと3種類のインタラクションモードを適切に組み合わることで、ハイパフォーマンスな組織を実現することができるとい
今年読んだ本は今年のうちにレビューしてしまおう、ということで第一弾「Team Topology」です。 Team Topology Team Topologyはソフトウェア開発の規模をスケールさせるために様々なチーム編成と、チーム間のコミュニケーションについてベストプラクティスについて書かれています。 基本的な考え方として、チームの認知負荷(Recognitive load)を一定以下に抑えることと、システムアーキテクチャと組織アーキテクチャを一致させること(いわゆるコンウェイの法則)を重視しています。 その考え方に基いて、チームの型を4つ(Stream aligned team, Enabling team, Complicated-subsystem team, Platform team)、チーム間コミュニケーションのモードを3つ(Collaboration, X-as-a-Serv
Algebraic Topology: A guide to literature このサイトについて クラウドファンディングについて 使用上の注意 目次 基本 文献の探し方使い方 ホモロジーとコホモロジー ホモトピー群とホモトピー集合 各種空間と空間に対する操作 様々な写像 トポロジーの歴史 重要な道具や概念 圏と関手 スペクトル系列 代数的な道具 コホモロジー作用素の理論 \(K\)理論 コボルディズムと関連した話題 単体的および余単体的手法 ホモトピー代数 安定ホモトピー論 層と関連した概念 オペラッドと関連した概念 他分野との関連 多様体など幾何学的対象のトポロジーと幾何 点や超平面などの配位の空間 組み合せ論 代数幾何学 Euclid幾何や双曲幾何などの古典的な幾何学 数論と関連した話題 頂点代数とその周辺 数理物理とそれに関連した数学 解析学との関連 トポロジーと計算機科学 統
@alby@mastodon.social on Twitter: "Why would anyone want to study topology? It's just-- https://t.co/FkKcp9I6yk"
Why would anyone want to study topology? It's just-- https://t.co/FkKcp9I6yk
Topology
By Tai-Danae Bradley, Tyler Bryson, and John TerillaMIT Press 2020 CC BY-NC-ND A graduate-level textbook that presents basic topology from the perspective of category theory. Click on the chapter titles to download pdfs of each chapter. Preface 0 Preliminaries 0.1 Basic Topology 0.2 Basic Category Theory 0.2.1 Categories 0.2.2 Functors 0.2.3 Natural Transformations and the Yoneda Lemma 0.3 Basic S
2023年で30回目の開催を迎えるInterop Tokyo。 歴代INTEROP NET(1994-1997)とShowNet(1998-2023)のネットワークトポロジー図です。 1994-1997 InteropNetInteropNet 1994
Service Topology による効率的なロードバランシング #jawsug_ct / JAWS Container SIG 16th
JAWS コンテナ支部 #16 で使用したスライドです。 Kubernetes 上にデプロイされたアプリケーションが安定して稼働するためには、複数の Pod が複数の故障ドメインにまたがって配置されていることが重要です。反面、一般には故障ドメインをまたぐ通信はオーバヘッドがかかるため、パフォーマンスの観点から言うと通信はできるだけ同じ故障ドメイン内で完結している方が有利になります。 今回の LT では、この「故障ドメイン内で通信を完結させる」機能である Service Topology を紹介します。Node に対して Label を用いてグルーピングを行うことで、Service リソースによるロードバランスが、同一の故障ドメイン内に優先して行われるようになる機能です。 イベント概要：https://jawsug-container.connpass.com/event/160835/
Towards understanding network topology and robustness of logistics systems
Advanced integration of logistics systems has been promoted for competitiveness and sustainability. Interconnection of transport operations increases complexity at a network level, which reduces the predictability of the response of the system to disruptions. However, our understanding of the behavior of such systems is still limited. In particular, the topology of the network, which changes as th
Karpenter による Kubernetes のスケーリング: Pod Affinity と Volume Topology Awareness による高度なスケジューリング | Amazon Web Services
Amazon Web Services ブログ Karpenter による Kubernetes のスケーリング: Pod Affinity と Volume Topology Awareness による高度なスケジューリング この記事は Scaling Kubernetes with Karpenter: Advanced Scheduling with Pod Affinity and Volume Topology Awareness (記事公開日: 2022 年 7 月 18 日) を翻訳したものです。 この記事は、SUSE の Principal Technical Evangelist、AWS の Container Hero、そして HashiCorp Ambassador であるLukonde Mwila と共同で執筆したものです。 イントロダクション クラウドネイティブの
さくらインターネット Advent Calendar 2021 25日目の記事になります。 JANOG49 Meeting への登壇が決まり、準備を進めています。 Clos Network Topology を運用するために、どのような取り組みをしていますか というタイトルにて、 Clos Network Topology を題材に、運用している皆さんは、学習・教育という切り口にて、どのような取り組みをしているのかを議論したいという発表になっています。 JANOG49 Meeting のニュースレターである 最強プログラムの紹介 に、私の発表についての言及があり、震えています。 今日は、時間の都合にて発表の中には含めることができなかった、 学習のために実装した Clos Network Topology の話を Advent Calender の力を借りて書いていきます。 Clos Net
#46 “Technology-Driven, Highly-Scalable Dragonfly Topology”#45 “How to Fight Production Incidents?
An Empirical Study on a Large-scale Cloud Service”
Technology-Driven, Highly-Scalable Dragonfly Topology ISCA '08 (International Symposium on Computer Architecture) https://dl.acm.org/doi/abs/10.1145/1394608.1382129 https://iscaconf.org/isca2008/
Kubernetes: Efficient Multi-Zone Networking with Topology Aware Routing
apiVersion: v1 kind: Service metadata: Name: my-app-web spec: selector: app: my-app ports: - protocol: TCP port: 80 targetPort: 8080 topologyKeys: - "topology.kubernetes.io/zone" - "topology.kubernetes.io/region" In this example, the service makes use of some commonly used labels for its topology preferences. It signals that when kube-proxy is routing traffic for that service, it should only route
JANOG49「Clos Network Topologyを運用するために、どのような取り組みをしていますか」レポート | さくらのナレッジ
はじめに 2022年1月26日(水)〜28日(金)の3日間、鹿児島市の川商ホールにてJANOG49ミーティングが開催されました。 今回のJANOGでは、当社ならびにグループ会社のエンジニアによる発表が何件かありましたが、それらの中から、1月27日(木)に行われた発表「Clos Network Topologyを運用するために、どのような取り組みをしていますか」の模様をレポートします。 発表者の紹介 このセッションの発表者は、当社クラウド事業本部の梅原潤さんです。梅原さんは「さくらの専用サーバPHY」のインフラエンジニアで、主に下記の業務を担当しています。 Nomad, Dockerによるアプリケーション実行基盤 Victoria Metrics, Prometheusによるメトリクス管理・監視基盤 Grafana Lokiによるログ監視・管理基盤 Clos Network Topology
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Team Topologyで色々なものを読み解いてみる - Qiita
組織構造を議論するなら今後は「Team Topology」をお供に - stanaka's blog
Algebraic Topology: A guide to literature
ShowNet Topology 1994-2023｜ShowNet NOC Team
サーバー1台で動かす Clos Network Topology | command not found:
www.asahi.com
www.asahi.com
www.aomori-life.com
mendou-kusagariya.hatenablog.com
yurury.hatenablog.com
xinyeyiye.hatenablog.com