[k8s]GCPUG Tokyo Kubernetes Engine Day April 2018参加メモ #gcpug - My External Storage
Microservices On GKE At Mercari @deeet https://speakerdeck.com/tcnksm/microservices-on-gke-at-mercari なぜMicroserviceを目指すのか。 最初はモノリスなシステムでよい。最初はむしろそのほうがラク。 ビジネス、機能、組織の成長、そのなかでモノリスのシステムが肥大化していく 膨張したモノリスシステムでは影響範囲が見えなくなってくる。 複雑化したシステムでは機能追加、修正、テストや新メンバーのオンボーディングが難しい コードのオーナーシップの低下、コミュニケーションのオーバーヘッドも発生してくる これらの問題を解決するためにマイクロサービス化していく マイクロサービス マイクロサービスはアプリケーションの構成を疎結合かつ各々の境界を定義した小さなサービスの集合体として構成する。 個別の
PaaS/k8s/Serverless使い分けの話とその補足 - Cloud Penguins
4/19に開催された、Japan Container Daysで登壇してきました。 『コンテナ疲れ』と戦う、k8s・PaaS・Serverlessの活用法 from Kazuto Kusama www.slideshare.net 私のセッションは150人ほどの部屋でしたが、立ち見が出るほどの方に来て頂き感謝です。イベント自体もすごく良かったですね。歩留まりを考えて、定員よりもいくらか多めの人数まで申し込みを受け付けたようですが、想定を上回る出席率だった様子です。 いかにコンテナ技術が注目されているかよく分かるイベントでした。 さて、そんなコンテナづくしのイベントの中で、ちょっと違う切り口でお話をさせてもらいました。 なぜ発表しようと思ったか 昨年(2017年)一気に火がついたKubernetes。しかしその結果「そこk8sでやるべきなのか？」と疑問に思う話が各所で見られるようになりました
Kubernetes 運用設計ガイド / A design guide for Kubernetes in production (Japanese)
2018/04/19 JAPAN CONTAINER DAYS V18.04 (https://containerdays.jp/) にて発表したものを加筆修正しました。 Abstract: Kubernetes は豊富な機能とその高い拡張性により、現実における様々なユースケースに対応できる一方、その多機能さゆえにどう使えば良いか迷っている方もいると思います。Kubernetes の基本を学んだ人や本番運用を始めた人を対象に、私がメルカリでの Kubernetes 本番運用経験を元に考えた、アプリケーション運用、インフラ運用、組織の 3 つの観点での設計の指針を紹介します。
Kubernetes best practices: Why you should keep your container images as small as possible | Google Cloud Blog
Your guide to Kubernetes best practicesOur entire Kubernetes best practices blog series in one location. By Google Cloud Content & Editorial • 3-minute read Containerizing interpreted languagesInterpreted languages, such as Ruby, Python, Node.js, PHP and others send source code through an interpreter that runs the code. This gives you the benefit of skipping the compilation step, but has the downs
Japan Container Days: 「今こそKubernetes。最高の仕事道具で使いこなそう」by capsmalt
タイトル: 今こそKubernetes。最高の仕事道具で使いこなそう スピーカー: Kazufumi Saito (IBM) 2018年4月19日開催「Japan Cotainer Days v18.04」 https://containerdays.jp/Read less
「Japan Container Days v18.04」に参加して1日中コンテナのことを考えていた - kakakakakku blog
今日は「Japan Container Days v18.04」に参加してきた．正直「Container Days」と言うよりも「Kubernetes Days」って感じだったけど，1日ずっとコンテナのことばかりを考えていた．発表テーマも多岐にわたっていて，バランスが非常に良かったと思う．僕が参加したセッションをまとめておく． containerdays.jp サイバーエージェントにおけるプライベートコンテナ基盤 AKE を支える技術 ake client を使ってクラスタを起動できる ake client の裏は OpenStack Heat を使っている Kubernetes にパッチを当てているため，ビルドから始める Kubernetes と Swarm をサポートしている Datadog / Elastic Stack なども連携できる 既存のエコシステムは採用しなかった Open
Google Kubernetes Engine におけるバッチ処理のパターン
JapanContainerDays v18.04
Helm を利用した Kubernetes as a Service の実現
Helm を利用して Kubernetes の上に Kubernetes のマスターコンポーネントをデプロイします。
Google、Dockerデーモンに依存せずコンテナイメージをビルドできる「kaniko」オープンソースで公開
Google、Dockerデーモンに依存せずコンテナイメージをビルドできる「kaniko」オープンソースで公開 通常、Dockerfileからコンテナイメージをビルドするには、Dockerデーモンにアクセスする必要があります。Dockerデーモンは実行にルート権限を必要とするため、ルート権限に簡単にアクセスできない環境、例えばKubernetesクラスタ内のDockerコンテナ環境などではコンテナイメージのビルドが難しいとされてきました。 オープンソースで公開されたツール「kaniko」は、この課題を解決するために開発されたとGoogleは説明しています。 With kaniko, we both build an image from a Dockerfile and push it to a registry. Since it doesn’t require any special
Kubernetes、Dockerに依存しないKubernetes用の軽量コンテナランタイム「cri-o」正式版1.0リリース
Kubernetesは、Dockerに依存しない軽量コンテナランタイム「cri-o」正式版1.0リリースした。cri-oはコンテナランタイムとしてはDockerに競合するが、コンテナイメージなどを作る機能などは備えていない。 cri-oは、Kubernetesの育成プロジェクト（Kubernetes Incubator Project）として開発されています。 Red Hatに所属するcri-oエンジニアリングチームのDaniel Walsh氏は、cri-oのオフィシャルブログに投稿された記事「CRI-O 1.0 is here」で、Dockerに依存しないコンテナランタイムであるcri-oの開発動機について次のように説明しています。 We felt at the time that the upstream Docker project was changing too quickly
Kubernetesで実際のメモリを超えるコンテナアプリを動かすと、どうなるか？ - あさのひとりごと
Kubernetesは、コンテナアプリケーションをデプロイするためのオーケストレーションツールです。Kuberenetesは分散環境におけるスケーラブルなコンテナ実行環境をつくるための、さまざまな機能が提供されています。 もともとはGoogleが開発したBorgをもとにOSS化したものですが、今日ではマイクロソフトや（ry Kubernetesをつかうとステートレスでマイクロサービス的なアプリケーションを1日に何度もデプロイでき、スパイクアクセスがきても水平スケールが容易なので、大規模Webシステムでスケーラブルな基盤を作れる、というのは広く知られています。 一方、Kubernetesには「Resource Requests」という機能があり、これはPodをデプロイする時に必要とするリソース(CPU/メモリ)を指定できるものです。これにより、Kubernetesクラスタのリソースの使用率を
Kubernetes活用に至るまで――リクルートテクノロジーズがコンテナを大規模システムの本番環境へ適用した事例
Kubernetes活用に至るまで――リクルートテクノロジーズがコンテナを大規模システムの本番環境へ適用した事例：先行事例に学ぶKubernetes企業活用の現実（2） 本連載では、サービスの開発、提供のアジリティ向上の一助となることを目的として、企業における「Kubernetes」の活用について解説する。今回は、リクルートテクノロジーズにおいて筆者が取り組んだ事例を基に、コンテナ仮想化技術を本番環境で利用する際の取り組み、成果と課題、「なぜ最終的にKubernetesを活用する決断に至ったか」を説明する。 コンテナ仮想化技術を本番環境で利用する際の3つのフェーズ 昨今、コンテナオーケストレーションツール「Kubernetes」に注目が集まっています。本連載「先行事例に学ぶKubernetes企業活用の現実」では、サービスの開発、提供のアジリティー向上の一助となることを目的として、企業にお
KubernetesにおけるContainer Storage Interface (CSI)の概要と検証 - Qiita
CSIの概要 Kubernetes v1.9よりContainer Storage Interface (CSI)がAlphaバージョンとしてサポートが開始され、v1.10にてBetaバージョンとしてサポートされています。v1.13でGAになりました。v1.8 までのKubernetesのストレージ関連の機能は、Kubernetesのソースに直に組み込まれる実装("in-tree")で提供されていました。そのため、外部ストレージの開発を行う3rd パーティベンダは、Kubernetes のソースコードへアップストリームする必要があり、リリースのタイミングをKubernetesの開発チームと歩調をあわせる必要がありました。また、v1.8にて追加されたFlexvolumeでは、Kubernetesの Node, MasterのRoot FileSystem にアクセスが必要であり、デプロイが煩
kubernetes 1.10 Major Themes - Qiita
はじめに このエントリは、Kubernetes 1.10 の CHANGELOG から主な変更点 (Major Themes)についてまとめています。翻訳に合わせて補足を追記しています。その他の内容は次のリンク先を参照してください。 Kubernetes 1.10: 主な変更点 (Major Themes) Kubernetes 1.10: Before Upgrading Kubernetes 1.10: 既知の問題 (Known Issues) と廃止予定の機能 (Deprecations) Node Dynamic Kubelet Configurationをベータにするあたって、たくさんの修正をしました。 あるPodのコンテナが一つのlinux PID namespaceを共有するようにすべきかの設定ができるようになりました。(alpha) CRIもv1alpha2となりWindo
Kubernetesはクラスタで障害があったとき、どういう動きをするのか - あさのひとりごと
Kubernetesは、コンテナアプリケーションをデプロイするためのオーケストレーションツールです。Kuberenetesは分散環境におけるスケーラブルなコンテナ実行環境をつくるための、さまざまな機能が提供されています。 もともとはGoogleが開発したBorgをもとにOSS化したものですが、今日ではマイクロソフトやRedHatも積極的に開発に加わり、非常に早いスピートで機能拡張していて、追いかけるのも大変です。 Kubernetesの大きな特徴は宣言的設定にあります。 この宣言的設定とは、イミュータブルなインフラを作るための基本的な考え方で、「システムのあるべき姿」を設定ファイルにて宣言する！という考え方です。Kubernetesは設定ファイルに書いたとおりのインフラを維持するように設計されています。 Kubernetesはコンテナを「Pod」という単位で管理します。このPodをKube
さくらのクラウド + Kubernetesでマネージドなロードバランサを使う - febc技術メモ
さくらのクラウドのマネージドなL4ロードバランサーをKubernetesから使えるようにCloud Controller Managerを実装してみました。 Kubernetesでserviceを作成する際にtype: LoadBalancerと指定することで動的にマネージドロードバランサーを作成してくれます。 GitHub: sacloud/sakura-cloud-controller-manager 今回はこの仕組みをどう実現しているか/どう使うのかについてご紹介します。 3/30 追記: コメントで「ループバックへのVIP設定は不要」とのご指摘をいただきました。 改めて0からクラスタを再構築して試したところ上手くいきましたのでVIP関連の記述を修正しました。 id:masaya_aoyama さんご指摘ありがとうございました！ Kubernetesでtype: LoadBalanc
Kubernetesで利用可能な分散ストレージのOpenEBSを探求してみた - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、アプリケーション基盤チームの池添（@zoetro）です。 サイボウズでは、cybozu.comのアーキテクチャ刷新プロジェクト（Necoプロジェクト）を実施しています。 アーキテクチャ刷新プロジェクト「Neco」の紹介 運用本部長を退任して Neco プロジェクトに専念します Necoプロジェクトでは、現在以下のようなテーマに取り組んでいます。 ハードウェアプロビジョニングの容易化・自動化 障害に強く、スケールするネットワークアーキテクチャの検討 Kubernetesクラスタの構築 高耐久性・高可用性ストレージアーキテクチャの調査 今回は、Kubernetesで利用可能な分散ストレージのOpenEBSを調査したので、その結果を報告したいと思います。 TL; DR OpenEBSのアーキテクチャを解説 設計がシンプルで使い勝手はよさそうだが、耐久性を担保するための機能がやや不足
Google Cloudの開発責任者が語るKubernetesの成功の秘訣
Open Source Leadership Summit開催。Kubernetesプロジェクト成功の秘訣をGoogle Cloudの開発責任者が解説する。 The Linux Foundationが開催した「Open Source Leadership Summit」にてGoogle CloudのDirector of EngineeringであるChen Goldberg氏がキーノートに登壇した。ここではこの日（2018年3月7日）にCloud Native Computing Foundation（以下、CNCF）のプレスリリースによって、Incubationモードからの卒業が発表されたKubernetesについてのセッションを紹介する。 LinkedInのprofileによれば、Goldberg氏は2016年からGoogle Cloudの開発チームのディレクターに就任している。前職
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
cndjp: 「Microclimate」by capsmalt
GKEを利用したサービスの運用
