【初心者】Amazon EKSを使ってみる #3 (AWS Load Balancer Controller によるIngressの利用) - Qiita
【初心者】Amazon EKSを使ってみる #3 (AWS Load Balancer Controller によるIngressの利用)AWS初心者eks 目的 k8sの学習のため、EKSを触っている。前回記事：「【初心者】Amazon EKSを使ってみる #2（WordPressのデプロイ）」でService type: Loadbalancerは使えるようになったので、今回はIngressができるようにする。 やったこと 「AWS Load Balancer Controller」を用いて、ServiceをIngress(ALB)で外部公開する。 従来、EKSでは「ALB Ingress Controller」によりIngressが実装されていたが、ちょうど2020/10月末頃に、新しい方式である「AWS load balancer controller」がリリースされた。せっかくな
Argo CD の GitOpsを確認してみた - Qiita
アルゴCDは、アプリケーションがデプロイ先で、目的の状態となるようにデプロイを自動化する。 デプロイするアプリケーションの更新を追跡、Gitコミット時のタグによる特定バージョンのデプロイなども可能である。 アルゴCDは、Kubernetesコントローラとして実装され、アプリケーションの動作を継続的にモニターして、現在状態から目的とする状態へ変えていく、ウェブ画面からの変更ではできず、Gitリポジトリを通じて状態を設定する。 デプロイされたアプリケーションの現状が、目的とする状態から外れることを OutOfSync (同期外） とみなす。 アルゴCDは、目的とする状態と現状の差異を視覚化しレポートする。現状を目的の状態にするために、自動的同期または手動同期の手段を提供する。 自動的同期では、Gitリポジトリでターゲット状態へ加えられた変更は自動的に適用され、指定された環境へ反映される。 次は
Certified Kubernetes Administrator (CKA) 受験ログ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Certified Kubernetes Administrator (CKA)を取得しました。試験の内容については書いてはいけないことになっているので、どんな準備をしたかを書いておきます。 受験時の試験のバージョンはカリキュラムがv1.11.0（October 2018）で、Handbookはv1.15でした。 経緯 2018年6月上旬、CKAという資格の存在を知り、いずれ受けてみたいと思う 7月上旬、kubeadmでKubernetesをインストールしてみる 8月下旬、「Docker/Kubernetes 実践コンテナ開発入門」を買
転職したらKubernetesだった件 - Qiita
TL;DR Kubernetes がどのように、人間の作業を自動化しているのかを、実際に Kubernetes がやっている作業を手作業で行なう ことで学びましょう。 このQiita の内容は、CloudNative Days Tokyo 2019 における発表の、「転職したらKubernetesだった件」を書き下ろし、実際にデモが行えるように修正を加えたものになります。 YouTube Speakerdeck この物語はフィクションであり、登場する団体名・会社名・人名等は架空のもので、実在する団体・会社・人物等とは、一切、関係がありません。 これまでのあらすじ ある日、某Z社に転職した稲津さんに与えられた仕事は、“Kubernetes の一員”になることだった！？ 某Z社は、親会社からの依頼で Kubernetes クラスタを運用しなければならなくなりましたが、 「Kubernetes
Dockerの置き換えを目指す ルートレス&デーモンレスの Podman 入門 - Qiita
このことから、podman は Red Hat がオープンソース・プロジェクトとして、発展途上であると見なされ、dockerコマンドを置き換えるまでに熟成されるには、もう少し時間が必要と考えられる。 (3) OCIに準拠するコンテナイメージの開発、管理、および、コンテナとして実行 Docker Hubに登録されたコンテナを実行すること、podmanでビルドして、レジストリに登録したイメージを、dockerコマンドで実行することも可能であり、互換性に問題はないと見られる。 (4) デーモンレスのコンテナエンジン podman は、Dockerデーモンの様な root で動作するデーモンを必要としない。つまり、podman コマンドだけで、デーモンの助けを必要とせずにコンテナを実行できる。 (5) コンテナはルートレスモードで実行可能 ルートレスのコンテナは、それらを起動したユーザーよりも多く
Jupyter NotebookからKubernetesを操作する - Qiita
最近流行りのJupyter Notebook( http://jupyter.org/ )でkubectlコマンドを呼び出すことで、生きている手順書が作れるのでは？と思ったので、試してみることにしました。 このドキュメントではKubernetesクラスタの中にJupyter Notebookをデプロイし、そこから自身がデプロイされている、Kubernetesクラスタを操作する方法を紹介します。 前提条件 minkube kubectl はインストール済みとします。 minikubeによるKubernetesクラスタの作成 $ minikube start Starting local Kubernetes v1.10.0 cluster... Starting VM... Getting VM IP address... Moving files into cluster... Setti
Rancher Kubernetes Storages - Qiita
2018年、Kubernetes がやっと日本でも本格化してきた感じですね。 Rancher JP では、Rancher Meetup Tokyo #15で Storage特集をしたのですが、 その時用に作成していた資料を発表しないままになっていたのでQiitaに書いておこうと思います。 1. Rancher のストレージとは？ 基本的にKubernetesのストレージRancherはそのUIをしています PV,PVC,StorageClassが実装されています Kubernetesなストレージなので、基本的にそのまま使えます CloudProviderRancherからKubernetesをデプロイする場合は、CloudProviderの指定が必須です 2. Kubernetes のストレージおさらい 今回の記事は、@hhiroshell (早川博)さんの資料をご本人に許可をいただいて使
Docker / Kubernetesのセキュリティ調査メモ - Qiita
Webや書籍をざっとあさり、Docker / Kubernetesのセキュリティについて調査したメモ。 ※この他にも多数ありましたが、まずはこのあたりからかな？というものを書き出しています。 Dockerのセキュリティ ベースイメージ 公式イメージを利用する alpineなど、小さなイメージを利用する Docker Content Trustで署名チェックする Dockerfile rootユーザを使わず、実行ユーザを使う 外部のファイルを追加する場合はチェックサムを検証する 機密情報は環境変数など外部から取得する構成にする CI Quay.ioなどでイメージのセキュリティスキャンを行う Docker Bench for Securityで実行環境も含めたベストプラクティスをチェックする ホスト Container-Optimized OSなど、コンテナのホストとして適切なセキュリティ原則
postgresのwebguiを使いたい - Qiita
なぜやるか? 現在の状態, dbはk8sに乗っている.安全のために(maybe)外部に公開していない->loadbalancerを使わずにClusterIPを設定している. ただ開発者はDBの中身を見たいときがあるだろう. そこでweb経由で見ることができるGUIをし設定してあげたい どうやるか? pgwebをk8sに乗っけてこれにIngressを付けることにより問題の解決をはかる pgwebとは? pgwebをdockerで動かす k8sに乗っける pgwebとは? golangで書かれた管理インタフェース(だと思っている) クエリの結果をCSV,JSON,XMLに吐き出すことができる,そしてクエリの履歴を保存している. 画像のようにとてもシンプルなUI(一目惚れした) シンプルなUIである pgwebをdockerで動かす 「pgweb docker hub」で調べた感じあまりいいim
Deploymentにlabel書く部分がやたら多いけどそれ必要？ - Qiita
対象 異常なめんどくさがりの人 疑問 kubernetesのDeployment 代表的な記述例がここ https://kubernetes.io/docs/concepts/workloads/controllers/deployment/ にあるこちらですが apiVersion: apps/v1 kind: Deployment metadata: name: nginx-deployment labels: app: nginx spec: replicas: 3 selector: matchLabels: app: nginx template: metadata: labels: app: nginx spec: containers: - name: nginx image: nginx:1.15.4 ports: - containerPort: 80 なんか app:
【kubernetes】liveness probeがfailして終了したコンテナは正常終了扱いになるが…？ - Qiita
【kubernetes】liveness probeがfailして終了したコンテナは正常終了扱いになるが…？kubernetes 注意 通常気にする必要のなさそうな小ネタです 最後まで追いきれてません 環境 kubernetes v1.10.5 本編 liveness probeについて https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-probes/ failするとkubeletがコンテナをkillするというのは書いてある通りでして、この場合コンテナの終了はexitCode:0で記録されています。
IBM Cloud Kubernetes ServiceでStorageClassを使った動的プロビジョニングを行う - Qiita
目的 KubernetesはPersistentVolumeClaimでStorageClassを指定することでPersistentVolumeの動的プロビジョニングを行うことができますが、そのためにはストレージ側の対応が必要になるといった環境面での制約があります。IBM Cloud Kubernetes Servicesはさすがにパブリッククラウドだけあって、クラウドのストレージサービスとの連携にももちろん対応しています。 というわけで、StorageClassを使った動的プロビジョニングを試してみます。 https://console.bluemix.net/docs/containers/cs_storage_file.html#file_storage 手順 組み込みStorageClassの確認 まずは確認。 $ kubectl get storageclasses NAME P
KubernetesでのServiceによる名前解決 - Qiita
はじめに この記事では、KubernetesでのServiceによる名前解決について書いています。ServiceはKubernetesクラスタ内において、Podの集合に対する経路やサービスディスカバリを提供するためのリソースです。Serviceのターゲットとなる一連のPodは、Serviceで定義するラベルセレクタによって決定されます。 例 まずは、ひとつのマニフェストファイルを作成して、ReplicaSetを2つ定義します。今回使うimageは、gihyodocker/nginx:latestと、gihyodocker/echo:latestです。 apiVersion: apps/v1 kind: ReplicaSet metadata: name: echo-spring labels: app: echo release: spring spec: replicas: 1 sele
KubeWeekly #153
KubeWeeklyは毎週Kubernetesに関する興味深いニュースを提供しています。（http://bit.ly/kubeweekly ）この記事は 2018/10/17に発行された Kube Weekly #153 を読んで、感じたことをメモ的にまとめたものです。 私の勘違いや説明不足による誤解もあるかと思いますので、この記事読んで「おっ」と思ったらURLを辿って本文を確認してください。 The Headlines 2018 Steering Committee Election Results Authors: Jorge Castro (Heptio), Ihor Dvoretskyi (CNCF), Paris Pittman (Google) Results The Kubernetes Steering Committee Election is now complete
AKS マルチコンテナによる gRPC 検証 - Qiita
概要 前回に引き続き、今回は gRPC マルチコンテナを Azure Kubernetes Service (AKS) 環境へデプロイしていきたいと思います。Azure Kubernetes Service (AKS) は、Kubernetes 環境を管理するフルマネージドな PaaS サービスで、コンテナ オーケストレーションの専門知識がなくても、コンテナ化したアプリケーションのデプロイと管理を簡単に行うことができます。 Azure Kubernetes Service (AKS) のデプロイ １．Azure Portal で Kubernetes Service をデプロイ [基本] [認証] [ネットワーク] と各ステップの設定を順次していきます。以下は [基本] 設定画面ですが、特に悩むこともなく必須項目を埋めて次に進みます。 ２．最終検証とクラスタ作成 各設定は全て既定のまま進み
Kubernetes JobでMySQLへデータをロードする - Qiita
ICPにMySQLに接続するLibertyアプリケーションをデプロイ の記事では、データのロードをkubectl execでMySQLコンテナの中に入って実施したが、Kubenetes Jobでやる方法を確認したメモ。 以下の記事と同じようなことをやる。 Kubernetes環境でCronJobでMySQLを定期的にバックアップ 初期化用コンテナの作成 実行するSQLはConfigMapに入れてもよいが、今回はイメージの中に含める。この例ではユーザーを作る部分でパスワードがsqlに入ってしまっているのであまりよろしくない。テンプレートとsecretで渡した環境変数からsqlを生成するか、MySQLのコンテナは環境変数MYSQL_DATABASEやMYSQL_USERとMYSQL_PASSWORDにより、コンテナの初回起動時にデータベースを1つ作成したり、ユーザーをひとり作ることができるので
Kubernetes環境でMySQL用Exporterからのメトリクス取得 - Qiita
はじめに Prometheusの公式サイトに公開された数多くあるExporterの中からMySQL用のExporterをKubernetes環境（というかICP:IBM Cloud Private環境）でデプロイしてメトリクスを取得した事例を記載する。 ExporterをDockerコンテナで実装、もしくはOS上に導入した、という事例はあったのですが、k8s環境で実装という例（わかりやすい例）がなかったのでその実装について書きます。 構成図 こういう構成となります↓ ※Prometheusが直接アクセスするのはMySQLのPodではなくExporterのPodとなります。（当初勘違いしていました・・。） 構成 Prometheus：v2.3.1（IBMのchart使用：リンク） MySQL：latestのdockerイメージ使用 ICP：v2.1.0.3 設定作成 下記のマニフェストファイ
EKSやGKEで動作確認したマニフェストをIKSで動かした結果 - Qiita
クラスタの作成 メニューからコンテナーを選択すると、次の画面が表示されるので、「クラスターの作成」をクリックして、進めます。 東京リージョンの３つのデータセンターに、ワーカーノードを１台づつデプロイします。 ワーカーノードは、仮想サーバーの共有型と占有型、そして、物理サーバー（ベアメタル）の３つから選べます。 仮想サーバーのCPUコア数は、最小2コアから、最大56コアまで選択できます。 経験上では仮想サーバーで8コア以上使っても性能を出すためのチューニングが難しいので、８コア超えるワーカーノードが必要なら、ベアメタルがお勧めです。（個人の見解であり、会社を代表していません） ベアメタルの場合は、4コアから28コアまで利用できます。 ここでのコア数は物理的なコア数です。従って、Xeonプロセッサは、1コア=2スレッドですから、4コアの場合は、仮想サーバーのvCPU 8コアと同等になります。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon EKS にNvidia Dockerを乗せてみる(※更新中) - Qiita
kubernetesでmicro-service(React, Flask, PostgreSQL)のローカル開発環境を構築 - Qiita