2019年コンテナオーケストレーションの世界にもサーバレスがやってくる | gihyo.jp
2018年はKubernetesにとって飛躍の年 コンテナのオーケストレーション・ツールの歴史を振り返ると、ここ1、2年で大きく状況が変わりました。2017年の初頭はまだ、コンテナのオーケストレーション・ツールの製品において、デファクトと呼べる製品は存在せず、Mesosphere DC/OS、Docker SwarmやCloud Foundryも含めさまざまな選択肢がありました。とくに筆者は、当時、Cloud Foundryに関しては注目しており、海外でも多くのユーザに導入されているのを見てきました。 しかし、2017年中盤にかけ一気に情勢はKubernetesに傾き、DC/OS、Docker Swarm、Cloud Foundry なども相次いでKubernetesのサポートを表明し、さらには、パブリッククラウドベンダも相次いでKubernetesへの対応を表明していったことで、流れは一
企業はコンテナを真剣に検討すべき時がきている (1/2)：EnterpriseZine（エンタープライズジン）
今年のIT業界のキーワードと言えば「AI」「機械学習」「ディープラーニング」だろう。他には「働き方改革」や「RPA」も盛んに使われた。そしてもう1つ、かなりの頻度で目にしたのが「Kubernetes」だ。IBMがRed Hatを買収したのも、「Red Hat OpenShift」で提供されるKubernetesのサポート部分を手に入れたかったからだとも言われている。 コンテナは仮想マシンを置き換えるものではない ガートナージャパン リサーチ&アドバイザリ部門 テクノロジ&サービス・プロバイダー インフラストラクチャ ソフトウェア担当 シニア ディレクター アナリスト 桂島 航氏 Kubernetesは、Linuxコンテナの操作を自動化するためのオープンソース・ソフトウェアであり、コンテナ化したアプリケーションのデプロイ、スケーリング、管理が行えるコンテナオーケストレーションのシステムだ。コ
マイクロソフト、「Azure Container Service」のサポートを終了へ--2020年1月で - ZDNet Japan
Microsoftは米国時間12月5日、コンテナの配備や維持管理を行うサービスである「Azure Container Service」（ACS）のサポートを2020年1月31日をもって終了すると発表した。なおACSは、2017年に導入された「Azure Kubernetes Service」（AKS）によって置き換えられる。 ACSは2017年2月から、オープンソースのコンテナオーケストレーションのスタンダードである「Kubernetes」をサポートしている。 Kubernetesの普及を受け、Microsoftは2017年の秋にKubernetesに特化したコンテナサービスとしてAKSを追加した。同社はその際、2015年に導入した既存のACSを提供し続けていく計画だと述べていた。その後同社は2018年3月に、いずれはACSを廃止すると表明したものの、具体的な日程については言及しなかった。
Kubernetes サイドカーの作り方とファイル共有
ポッドの中で二つのコンテナが動作して、ストレージを共有しながら動作するポッドを指して、サイドカー(Sidecar) と呼ぶ様です。 この様なサイドカーの主な用途として、ログを転送する目的や、ウェブ・アプリのコンテンツを共有する目的があります。この様な目的の場合、外部の永続ディスクを利用するとディスクアクセスのためのiSCSIがボトルネックとなる恐れがあります。 一方、ポッドを収容するノードの仮想サーバーのストレージはSSDが使われている（IBM Cloudのケース)ため、永続ストレージを利用せず、ノードのストレージを利用する事が得策と思います。 比較の図 IBM Cloud のワーカーノードは Local Disk(SSD)が利用される そこで、サイドカーを構成する方法について、そして、特徴について確認しました。 サイドカー構成のポッド作成 一つのポッドに２つのコンテナを設定するYAMLで
コンテナ＆サーバーレス：トレンドの考察と少し先の未来の展望
Yoichi KawasakiSoftware Engineer, NoOps Practitioner at Tokyo, Japan
「サーバレス／Serverless」はデータベースやコンテナへも広がってきた
「サーバレスコンピューティング」や「サーバレスアーキテクチャ」といった言葉は、2014年にAWS Lambdaが発表され、その後広く普及したことで一気に注目を浴びるようになりました。 現在ではAWS Lambdaだけでなく、Microsoft AzureのAzure Functions、Google Cloud PlatformのGoogle Cloud Functions、IBM CloudのIBM Cloud Functionsなど、主要なクラウドサービスの多くでサーバレスコンピューティング環境が提供されています。 サーバがない、のではない。サーバ管理が不要ということ AWS Lambdaに代表されるサーバレスコンピューティング環境は、一般にユーザーがあらかじめ用意しておいた関数を、イベントをトリガーとして実行することで何らかの処理を行うFunction as a Service的なア
NFS Persistent Volumes with Kubernetes on GKE — A Case Study
Recently, The Platformer team was tasked with migrating an entire infrastructure of one of our clients to the Google Cloud. One of the requirements they requested from us was to containerize their applications and deploy them in a cluster in Google Kubernetes Engine. Here’s the architecture of their application. Architecture As shown in the diagram, they have 3 applications, each running separatel
kubernetes: 特定のコンテナ(Pod)だけ特定のホストで - Qiita
kuberenetsで複数のコンテナを複数クラスタ上で運用すると、リソースの関係などで特定のコンテナ（Pod）だけ特定のホストで実行したいケースがある。 label機能を使うことで実現できる。 参照） Constraining pods to run on particular nodes http://kubernetes.io/docs/user-guide/node-selection/ host(minion node)にlabelを付ける 初期状態として以下のworker(minion) nodeとする $ kubectl get nodes NAME LABELS STATUS AGE ip-172-31-25-70 kubernetes.io/hostname=ip-172-31-25-70 Ready 1m ip-172-31-25-72 kubernetes.io/hos
kubernetesのnode運用の具体例
kubernetesのインフラ運用の楽な点は、dockerコンテナとサーバーを切り分けて運用できる点です。 dockerのイメージが完成していれば、サーバーのクラスタを指定して起動するだけです。 ハードを交換する場合にも、OSレベルの環境バックアップ・構築はDockerで完結しているため、新しいクラスタを用意してコンテナを起動それば良いので、非常に手早く対応できます。 Google Kubernetes EngineのNode Pool Googleのkubernetesホスティングサービス”Kubernetes Engine”(GKE)は、Node Poolという機能を提供しています。 これはnode（仮想マシン）のグループを作成する機能で、１つのクラスタの中で複数の実行環境を管理するものです。 Google Cloudの多彩なサイズのマシンタイプ（n1-standard, n1-hig
Service meshとは何か
Microservicesの世界においてService meshは大きなキーワードになった．KubeCon 2017やKubeCon 2018 EUにおいても多くのセッションをService mesh（もしくはその代表格であるIstio）が占めており注目の高さも伺える．もちろんMicroservicesを進めるMercariにおいても導入を検討しており今後重要なコンポーネントの1つになると考えている．本記事ではそもそもなぜService meshという考え方が登場したのか，なぜ重要なのか? その実装としてのIstioとは何で何ができるのか? について簡単にまとめてみる． 参考文献 Service meshを一番理想的な形でサービスに使い始めその考え方を広めたのはLyftだ（と思う）．LyftはIstioのコアのコンポーネントであるEnvoyを開発しそれを用いてService meshを構築
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 つの観点での設計の指針を紹介します。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
kube101/workshop at master · IBM/kube101 · GitHub