Init Containerを使ってLibertyにEar等を配置する - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
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/e6b828289eec3719bb7f43d1c21601926857524c/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_aXhsaWI9cmItNC4wLjAmYXI9MSUzQTEmZml0PWNyb3AmbWFzaz1lbGxpcHNlJmZtPXBuZzMyJnM9Mjk5YzFjZTA1Y2UzZDllNThhMjdjMzE2MGFhZGRmZWI%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253D0c951daad375bc8ae9aac6a1c27563fe%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%3D978a58a8aa57417251b72fb9cb22628e)
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ファイルの
コンテナでHTTPSを利用するには （自己署名証明書、自営CA、 公的CAなどからの証明書の取得） - Qiita
KubernetesでHTTPSを利用する方法として、イングレスに証明書をセットすることで、コンテナやポッドの設定を追加せずに、HTTPSを利用できるようになります。 しかし、パフォーマンスやスケールの観点では、イングレスコントローラーに負荷が集中するために、ポッドのレプリカ数を増やしても、思ったように性能が出せないなどの課題に直面することになります。 (IBM Cloudでは ALBと呼ばれています、) そこで、外部のロードバランサーやイングレスにも頼らず、コンテナの中で、TLS暗号を終端して、スケールさせるという方法について、検討する中で、テスト中にサーバー証明書で困ったので、書き残すことにしました。 この記事は、NginxのコンテナでHTTPSでサービスを公開するには、すなわち、TLS暗号を利用する方法のメモです。TLS暗号のためには、証明書が必要で、次の３つの方法で作成することがで
KubeWeekly #151 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? KubeWeeklyは毎週Kubernetesに関する興味深いニュースを提供しています。（http://bit.ly/kubeweekly ）この記事は 2018/10/03に発行された Kube Weekly #151 を読んで、感じたことをメモ的にまとめたものです。 私の勘違いや説明不足による誤解もあるかと思いますので、この記事読んで「おっ」と思ったらURLを辿って本文を確認してください。 The Hedlines Kubernetes 1.12: Kubelet TLS Bootstrap and Azure Virtual Ma
Kubernetes 1.12: 既知の問題 (Known Issues) と 廃止された機能および廃止予定の機能 (Deprecations and removals) - Qiita
はじめに このエントリは、Kubernetes 1.12 の CHANGELOG から 既知の問題 (Known Issues) と 廃止された機能および廃止予定の機能 (Deprecations and removals) についてまとめています。翻訳に合わせて補足を追記しています。その他の内容は次のリンク先を参照してください。 Kubernetes 1.12: 既知の問題 (Known Issues) と 廃止された機能および廃止予定の機能 (Deprecations and removals) Kubernetes 1.12: 主な変更点 (Major Themes) Kubernetes 1.12: Action Required Kubernetes 1.12: 新機能 (New Features) Kubernetes 1.12: API Changes Kubernetes
Kubernetes 1.12: Action Required - Qiita
etcd2 が非推奨となり `--storage-versions` で指定すべき値が `etcd3` のみになったための変更のようです。 Volume scheduling における Dynamic provisioning がベータに昇格しました。それに伴い DynamicProvisioningScheduling のアルファ feature gate が削除されましたが、VolumeScheduling のベータ feature gate はこの機能を有効化するのにまだ必要となっていますのでご注意ください。(#67432, @lichuqiang) [SIG Apps, SIG Architecture, SIG Storage, and SIG Testing] AWSElasticBlockStore, GCEPersistentDisk, AzureDisk タイプの PV
Kubernetes 1.12: API Changes - Qiita
はじめに このエントリは、Kubernetes 1.12 の CHANGELOG から API Changes についてまとめています。翻訳に合わせて補足を追記しています。その他の内容は次のリンク先を参照してください。 Kubernetes 1.12: 既知の問題 (Known Issues) と 廃止された機能および廃止予定の機能 (Deprecations and removals) Kubernetes 1.12: 主な変更点 (Major Themes) Kubernetes 1.12: Action Required Kubernetes 1.12: 新機能 (New Features) Kubernetes 1.12: API Changes Kubernetes 1.12: API Changes kubeadm コマンドにおいて alpha phase kubelet co
Kubernetes 1.12: 主な変更点 (Major Themes)
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに このエントリは、Kubernetes 1.12 の CHANGELOG から主な変更点（Major Themes）についてまとめています。翻訳に合わせて補足を追記しています。その他の内容は次のリンク先を参照してください。 Kubernetes 1.12: 既知の問題 (Known Issues) と 廃止された機能および廃止予定の機能 (Deprecations and removals) Kubernetes 1.12: 主な変更点 (Major Themes) Kubernetes 1.12: Action Require
Kubernetes 1.12: 新機能 (New Features) - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに このエントリは、Kubernetes 1.12 の CHANGELOG から新機能（New features）についてまとめています。翻訳に合わせて補足を追記しています。その他の内容は次のリンク先を参照してください。 Kubernetes 1.12: 既知の問題 (Known Issues) と 廃止された機能および廃止予定の機能 (Deprecations and removals) Kubernetes 1.12: 主な変更点 (Major Themes) Kubernetes 1.12: Action Required
Docker for MacでKubernetes構築 - Qiita
環境 OS: Mac OS 10.14（Mojave） Docker for Mac: stable版（18.06.1-ce-mac73 (26764)） TL;DR Docker for Mac（stable版）でKubernetesインストールしてみた docker-comose.ymlでもKubernetesにデプロイできる 余談（kube-composeについて） 今年の初めにDocker for macのedge版でKubernetensの統合されていたようですが、試しそびれていました。現在では自分の端末に入っているstable版にもKubernetes機能入っていたので試してみました。 Kubernetesのインストール はい、これだけです。 「Preference」で設定開いて「Kubernetes」メニュー選ぶ 「Enable Kubernetes」チェック入れて「Kube
【悲報】Google認定プロフェッショナルクラウドアーキテクト試験に不合格した件 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 2018年10月。GCPプロフェッショナルクラウドアーキテクト試験（正式名称はGoogle Cloud Certified - Professional Cloud Architect 試験）に不合格しました。 ショックです。。 だって合格するつもりでこの記事の下書きまで書いてたから。。 ＜ﾄﾞﾔｯ! ってしたかったから。。 落ち込んでてもしょうがないので、不合格体験をネタに記事にしようと思います。 これから合格を目指す方にとって少しでも参考になれば幸いです。 私のGCP経験値 まずAWSに関しては長年使ってますし、ソリューシ
Kubernetes 1.12: SIG-Storage Updates - Qiita
はじめに 本ドキュメントでは、Kubernetes 1.12.0のCHANGELOGからStorageに関連する機能について紹介します。 主な変更点 Kubernetes volume topology feature (Beta) これにより、KubernetesはVolumeがプロビジョニングされている"zone"や"rack"を意識した操作ができるようになりました。 Dynamic maximum volume count (Beta) これにより、ノード当たりのvolume typeの最大数を指定できるようになりました。(例えば、大きなノードには大きい数、小さなノードには小さな数の指定が可能となります) Container Storage Interface(CSI (Bate) 次期KubernetesのリリースでBetaからGAへの昇格することを見越して次のサポートを行っていま
Falco OperatorによるKubernetesのコンテナ"ランタイム"セキュリティ - Qiita
この記事はfalco-operatorの日本語による紹介記事です。 Kubernetes Operator for Falco by @mumoshu. Create Falco rules through a Kubernetes resource “FalcoRule” https://t.co/Ucg6Z9Q95e — Michael Ducy (@mfdii) 2018年10月5日 TL;DR; Kubernetes以後の世界で「コンテナへの侵入検知」をもれなくやりたい。そのために、Falco Operatorを使ってコンテナランタイムセキュリティの民主化と、監査のシステム化を達成する。 なぜFalco Operatorが必要か? コンテナへの「侵入検知」のためです。 なぜ「コンテナへの侵入検知」が必要か? Kubernetesによってアプリケーションがコンテナ化されると、これまで
Horizontal Pod Autoscaler Walkthrough - Qiita
HPAの理解のためにHorizontal Pod Autoscaler Walkthroughを翻訳しました。 2018,10,09(ver1.12.1)現在の内容の素人翻訳なので間違いなどあると思います。 原文と対応させたいので各セクションの見出しや用語は原文ママにしています。 Horizontal Pod Autoscaler Horizontal Pod Autoscaler(以下HPA)はReplication Controller, Deployment, Replica SetのPod数をCPU使用率(もしくは他のアプリケーションから提供されるカスタムメトリクス)に基づいて自動的にスケールします。 ただし、Deamon Setsのようなリソースは対象外であることは留意してください。 HPAはk8s Apiリソースとコントローラとして実装されています。 それはコントローラの動作を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Docker for DesktopのKubernetesでローカルdockerで作ったイメージを使う - Qiita
KubernetesのReplicaSetコマンド集 - Qiita
KubernetesのDaemonSetコマンド集 - Qiita
KubernetesのServiceコマンド集 - Qiita