Kubernetesで同一Pod内で通信するときのアドレス指定 - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
CentOS 7にMinikube環境を構築する - Qiita
[centos@minikube ~]$ sudo yum list docker-ce --showduplicates | sort -r * updates: ftp.iij.ad.jp Loading mirror speeds from cached hostfile Loaded plugins: fastestmirror * extras: ftp.iij.ad.jp docker-ce.x86_64 18.06.1.ce-3.el7 docker-ce-stable docker-ce.x86_64 18.06.0.ce-3.el7 docker-ce-stable docker-ce.x86_64 18.03.1.ce-1.el7.centos docker-ce-stable docker-ce.x86_64 18.03.0.ce-1.el7.centos docke
Pod Ready++(PodReadinessGate) - Qiita
Kubernetes v1.12.0 で新たな Kubernetes を拡張するための機能が追加されました！ このエントリでは新たに追加された Pod Ready++(PodReadinessGate) についてまとめます。 Pod Ready++ とは Pod Ready++ は Pod の Readinessの条件に拡張を加える事ができる機能です。v1.11 で密かに Alpha として追加され、v1.12 で Beta に昇格しました。これにより独自の Readiness 条件を追加することができます。 目的 Kubernetes は Pod Readiness が true になるとトラフィックを受け付ける準備をします。Pod Readiness は kubelet の Readiness Probe によって判定されます。Pod Readiness が true になるとその P
Local Volumeを使ったKubeflowの動作検証 - Qiita
はじめに 今回の検証では、Kubernetes上でML環境を提供するKubeflowを試します。Kubeflowは、シングルノードのKubernetesの実験環境であるminikubeでも実行できます。しかし、大規模な計算を行うMLにおいて、シングルノードの計算リソースでは実用に耐えられません。そのため、マルチノードのKubernetesクラスタ上にKubeflowをセットアップしたい人も多いかと思います。 しかし、セットアップに際し、ひとつ問題があります。それが永続ストレージです。Kubeflowをセットアップするためには、データを保存するための永続ストレージが必要となります。minikubeでは、minikubeが提供するprovisionerによって、minikubeのVMを利用し永続ストレージを提供しています。GKEなどのパブリッククラウドのサービスを使っている場合も、比較的容易に
４大クラウドKubernetesサービス比較（2018年10月18日）
グローバル展開するクラウド・ベンダーを対象にKubernetesサービスのスペックを比較しました。追加・修正ありましたら随時更新しますのでコメント欄にてお知らせください。
Kubernetes公式のExample: CassandraをPersistentVolumeで構成する - Qiita
はじめに Kubernetes公式ドキュメントのExample: Deploying Cassandra with Stateful Setsを実行しました。 NFSストレージはPersistentVolume(PV)で確保しているため、StorageClass(SC)を利用する例がそのままでは実行が難しかったのでPVを利用するように書き換えたので要点をまとめました。 このPersistentVolumeは過去にまとめたKubernetesでNFSを利用してPersistentStorageを準備するに従って準備しています。 NFSを前提としてSCを確保する方法をまとめている方もいましたが、そちらは試していません。 環境について Kubernetesクラスターは、Kubesprayを利用して、Xeon E3を積んだサーバー機4台で構成し、各ノードに24GBのメモリを積んでいます。 公式手順
KubeWeekly #152 - Qiita
KubeWeeklyは毎週Kubernetesに関する興味深いニュースを提供しています。（http://bit.ly/kubeweekly ）この記事は 2018/10/10に発行された Kube Weekly #152 を読んで、感じたことをメモ的にまとめたものです。 私の勘違いや説明不足による誤解もあるかと思いますので、この記事読んで「おっ」と思ったらURLを辿って本文を確認してください。 The Headlines Annual “CNCF Community Awards” Nominations Kick Off – Winners to be Recognized at KubeCon + CloudNativeCon Seattle - Cloud Native Computing Foundation
無償版 Kubernetes インストール手順 (ICP CE V3.1.0) - Qiita
はじめに 2018年9月にV3.1.0がリリースされたので，無償版(Community Edition)をシングル構成でインストールしてみます。 本記事は2018年10月17日執筆時点のものです。公式マニュアルは以下を参照ください。 参考: Installing IBM® Cloud Private-CE 参考: ICP CloudNative Edition(有償ライセンス版) システム要件 ICPの概要について興味のある方は，以下も合わせて参照ください。 2017年12月投稿記事: IBM Cloud Private: Kubernetesをオンプレミス(IaaS)に導入してみる 事前に準備するもの Kubernetesクラスターを構成するインスタンス (VM1つ) を用意 OS: Ubuntu Server 16.04 LTS vCPU: 16core Memory: 32GB Di
OpenShift Origin v3.9 の環境構築とアプリケーションのデプロイ(前編) - Qiita
後編はこちら はじめに OpenShift Origin v3.9 で環境を構築し、自分で作成したアプリケーションをGitHub からデプロイするところまでできましたので、その手順を書きます。 構築するにあたって色々検索してみましたが、Master 1台、Node 2台の最小構成だったり、 Hello World を表示するだけだったりと実用的でない例しか見つからなかったので、 もう少し実用的で体系的な例として書くことにしました。 長いですが、大部分はOpenShift インストール前のサーバーのセットアップですので難しくは無いです。 前編はOpenShift のインストールまで。後編はアプリケーションのデプロイから。 1. 構成と前提 KVM 上の仮想マシーンにOpenShift の環境を構築 Master, Infra Node, application Node それぞれ3台ずつ G
OpenShift Origin v3.9 の環境構築とアプリケーションのデプロイ(後編) - Qiita
前編はこちら 続編はこちら はじめに 後編ではGitHub にあるソースコードからimage を作成してコンテナをデプロイしていきます。ここでは私が開発したTelnetman2 をデプロイすることにします。よくあるLAMP 構成のアプリケーションです。Apache 用コンテナ、MariaDB 用コンテナ、バッチ処理用コンテナの3つのコンテナから構成されます。ログなどの変動するファイルとデータベース用のファイルはGlusterFS 上のPersistent Volume に保存されます。汎用的な構成だと思いますので参考にして下さい。 コンフィグファイルが長くて見る気が失せるかもしれませんが、落ち着いて見るとdocker-compose によく似ていて変更すべき箇所は多くは無いので難しくないです。 Telnetman2 について少し紹介させて下さい。 私は通信会社に勤めていて、数100 ～ 2
Libertyコンテナにロケールとタイムゾーンを設定する - Qiita
Libertyコンテナにロケールとタイムゾーンを設定する方法のメモ。 ロケールの設定 Libertyの公式DockerHubでDockerfileをたどっていくと、 websphere-liberty:javaee8 > websphere-liberty:kernel > ibmjava:8-jre > ubuntu:16.04 となっており元のイメージはUbuntuである。 ロケールを確認するとPOSIXとなっている。 $ docker run --rm -it websphere-liberty:18.0.0.3-kernel locale LANG= LANGUAGE= LC_CTYPE="POSIX" LC_NUMERIC="POSIX" LC_TIME="POSIX" LC_COLLATE="POSIX" LC_MONETARY="POSIX" LC_MESSAGES="POS
Rancherの権限は何を認可しているのか - Qiita
Rancher には RBAC の仕組みが備わっており，以下の3種類のスコープが存在する． Global Permission: 特定クラスタに依存しない権限, Catalogやアカウント管理など Cluster Role: Kubernetesクラスタ別の権限, ノードやストレージ, プロジェクトの管理など Project Role: プロジェクト別の権限, 名前空間の管理やサービス, シークレット, ボリュームなど (Permission と Role という単語が並列に用いられているのがもやっとする) 各スコープには複数のロールと権限が存在するが， 公式ドキュメントには Rancher の RBAC は Kubernetes の RBAC をベースとして実装している と説明があるだけで具体的な権限についての説明がない． ここでは Rancher の RBAC における 権限について確
Istioで複数FQDNのホスティング - Qiita
Istioで複数アプリケーションを別Host名でホスティングするのに詰まったので、記事にしておきます。 Istio自体の導入については前回の記事などをご参考ください。 問題 前回の記事で導入したのと同じように 別のNamespaceを新たに作成し、Istio injectionを有効化 そこに新しいFQDN用のGatewayとVirtualServiceを作成 して、新しいFQDNのリソースをIstioで受けられるようにしたかったのですが、どうしてもできないのです。 いろいろ試して実験してみたところ、 VirtualServiceは、自分が所属するNamespace内に存在するGatewayにしか紐づけできない 複数のGatewayを複数のNamespaceにデプロイすると、最初にデプロイしたGatewayに記載のあるFQDNしか名前解決ができない ということがわかりました。 異なるアプリ
kubernetesクラスタの初期設定（DNSの設定） - Qiita
前提 https://qiita.com/ta_yaboo/items/1c86d1f94d0ffa0d9bae https://qiita.com/ta_yaboo/items/ac8408b500052523fe9f https://qiita.com/ta_yaboo/items/f442127db50385ba600a これらで紹介した通り、raspberryPIを使ってkubernetesクラスタを構築したところまではよかったのだけれども、サーバーとして使うことはできない状態でした。 問題点 クリアしないといけない問題と解決方法は以下の通りです。 クラスタ内で名前解決ができない 試しにnginxのコンテナを突っ込んだPodとServiceをデプロイしてみました。 apiVersion: extensions/v1beta1 kind: Deployment metadata: l
[3分で読める]『Managing Kubernetes』を最速でエクストリーム輪読して学んだこと #1 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに この記事はリファラル採用を促進する『MyRefer』を運営する『株式会社MyRefer』の有志のエンジニアによって書かれました。 エクストリーム輪読会を通して、得られた知見をできるだけ簡単にまとめて、 **『3分で読んだ気になれるような記事を書こう！』**という趣旨で書かれています。 エクストリーム輪読会について書かれている部分があるので、本の内容だけ把握したい人は下部のまとめパートまで読み飛ばして下さい。 エクストリーム輪読会とは 一般的な輪読会は事前学習が必要な上に、発表者以外の人に知識が定着しずらいという想いがあり、それ
![[3分で読める]『Managing Kubernetes』を最速でエクストリーム輪読して学んだこと #1 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/104b7c15e27e4493c3ac8e11fb312487b2ad6d3c/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFtYXpvbmF3cy5jb20lMkYwJTJGNjI5NjElMkZwcm9maWxlLWltYWdlcyUyRjE1MjExNzQ5NDA_aXhsaWI9cmItNC4wLjAmYXI9MSUzQTEmZml0PWNyb3AmbWFzaz1lbGxpcHNlJmJnPUZGRkZGRiZmbT1wbmczMiZzPWQ3NTQzOGE2ZGFhNzQxNzU0Mjk3YjYyZmRkOWJkOTk1%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253Dc47bc791ce14c9315c713150db178b7a%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCMyVFNSU4OCU4NiVFMyU4MSVBNyVFOCVBQSVBRCVFMyU4MiU4MSVFMyU4MiU4QiU1RCVFMyU4MCU4RU1hbmFnaW5nJTIwS3ViZXJuZXRlcyVFMyU4MCU4RiVFMyU4MiU5MiVFNiU5QyU4MCVFOSU4MCU5RiVFMyU4MSVBNyVFMyU4MiVBOCVFMyU4MiVBRiVFMyU4MiVCOSVFMyU4MyU4OCVFMyU4MyVBQSVFMyU4MyVCQyVFMyU4MyVBMCVFOCVCQyVBQSVFOCVBQSVBRCVFMyU4MSU5NyVFMyU4MSVBNiVFNSVBRCVBNiVFMyU4MiU5MyVFMyU4MSVBMCVFMyU4MSU5MyVFMyU4MSVBOCUyMCUyMzEmdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtcGFkPTAmcz0yMDk5YjljMWJkMWU1Y2EzMjQxZTUwZGFmZmQ5MGQ0Ng%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBVRURBWVVKSSZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1wYWQ9MCZzPWNlOWEwYzNiOWJhMGYyOWZiMGRhMWYwYTYyYmQyYjhk%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D339c351f16d31f9dae0d88f118ec26dd)
CertificateがIssuerNotReadyのまま進まない - Qiita
Name: hoge.example.com Namespace: default (略) Events: Type Reason Age From Message ---- ------ ---- ---- ------- Warning IssuerNotReady 4s (x3 over 16s) cert-manager Issuer letsencrypt-prod not ready こういうやつ。待てど暮らせど通らない。 １．いくつもIssureを放り込んでいる あちこちの記事を見ながら、kubectl apply -f ....とかやってる間に、どうも複数のIssureが登録されていた。 なんかkubectl describe certした時に対象としてる証明書の名前が変だったので、チュートリアル記事を読みながら作業していたときの残骸が邪魔していた。 同じyamlファイルの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rancher環境構築メモ - Qiita
IBM Cloud Kubernetes Serviceのログをsyslog転送した際のFacilityとPriority - Qiita
macOS で minishift [導入から起動まで] - Qiita![macOS で minishift [導入から起動まで] - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/c76a75a2f3d68b012dbcdad7811551e6c36feea6/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9bWFjT1MlMjAlRTMlODElQTclMjBtaW5pc2hpZnQlMjAlNUIlRTUlQjAlOEUlRTUlODUlQTUlRTMlODElOEIlRTMlODIlODklRTglQjUlQjclRTUlOEIlOTUlRTMlODElQkUlRTMlODElQTclNUQmdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZzPTk2NmI5Y2NkYzNmYjVmYWRjZTVmMGI1ODIwNWRmZjgy%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDByeXVpY2hpMTIwOCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZmY2ZWIyMjUzZWUyNmRjOTlhYjI2MmM3MWJhNWYyYzY%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4gWVlQSFA%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3D9ca8111b0cecb61e53ff5327949d1567)
Init Containerを使ってLibertyにEar等を配置する - Qiita
