kubeadmによるKubernetesクラスタ構築 on AWS - Qiita
Kubernetes公式のセットアップツールkubeadmを利用してのシングルマスター構成をAWS上に構築できるかのトライ。動作は確認、実働に耐えうるかについては未調査。 Amazon Linux 2 Nitro Systemベースのインスタンス での動作の確認が目的 kubeadm 公式のk8sクラスタ作成ツール。Kopsと違い一つノードの中からプロビジョニングしていくボトムアップなスタイルで、カスタマイズ性が高いのも特徴。 Amazon Linux 2 K8Sが理想的に動作するのであれば、基本はベースOSはなんでもいいはずで、AWSで動作させるのであればメンテが便利なAmazon Linuxがベストのはず。EKS optimized AMIもAmazon Linux 2ベース。 Nitro System C5, M5, T3などのインスタンスの元のシステム。諸々すごいのだけれど、NW帯
AWS初心者だけど、EKSのクラスタを作って、NodePort と ELBアクセス、EBSのPVを確認したよ - Qiita
自己研鑽で学んだことのメモです。 準備事項 kubectlをインストールする AWS CLIをインストールする aws-iam-authenticator をインストールする キーペアを作成する サービスロールを作成する クラスタVPCを作成する インストールするものから、先に進めていきます。EKSは、日本から一番近いオレゴンのリージョンを利用しました。 1.kubectlコマンドのインストール 筆者が試したところ、CNCFからダウンロードした kubectl コマンドでも、利用できたので、特別にビルドされたものではないようです。 https://docs.aws.amazon.com/ja_jp/eks/latest/userguide/configure-kubectl.html ホームディレクトリに、ディレクトリ aws-eks を作成して、ダウンロードした kubectl を保存し
Master NodeにPodをデプロイするための設定 - Qiita
Master Node1つのみの構成でKubernetesのセットアップを行った際に、セットアップ作業はエラー無く完了したにもかかわらず、Podのdeployを行うとpendingになってしまう現象が発生しました。 原因の調査と対応方法についてシェアします。 なお、この対応をした環境は検証用の環境であり、敢えてMaster Nodeの1台構成で構築している環境です。ご利用の環境における適切なNode構成は別途検討が必要です。 環境 OS: Ubuntu 16.04.01 Kubernetes: v1.11 現象 Kubernetesをセットアップする間は特にエラーはなく、kube-systemのpodも正常に稼動している。 しかし、podをdeployするとpending状態となり起動しない。 kubectl describe poを実行すると「0/1 nodes are availabl
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しか名前解決ができない ということがわかりました。 異なるアプリ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
オフラインのCentOS 7にMinikube環境を構築する - Qiita
Kubernetesで同一Pod内で通信するときのアドレス指定 - Qiita
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)
