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のメモリを積んでいます。 公式手順
kubesprayで、v2.5.0(k8s v1.9.5)からv2.7.0(k8s v1.11.3)へアップグレード - Qiita
kubesprayで、v2.5.0(k8s v1.9.5)からv2.7.0(k8s v1.11.3)へアップグレードAnsiblekubernetes はじめに 以前、記事にまとめたkubesprayでk8s環境を構築している件について、気がついたら少しkubesprayのバージョンが上がっていたので更新することにしました。 環境について Ansibleホスト環境 Ubuntu 18.04.1 LTS 64bit on VMWare Workstation 14 Ansible v2.7.0 クライアント環境 (Kubernetesノード) 下記のAPU2 4台を、ホスト側のAnsibleから構成しています。 Hardware: APU2 (PC Engines社製 apu2c4) AMD GX-412TC (4コア 1.2GHz), Memory 4GB, mSATA 128GB OS:
Ansible GalaxyのRoleに対するネーミングルールが変更になってた - Qiita
Ansible Galaxyでのワークフローは、"ansible-role_name"で始まるリポジトリをGithubに登録し、Ansible Galaxy側で"ansible-"を取り除いた"role_name"を名前として登録する流れになっていました。 しばらくぶりにAnsible GalaxyにRoleを登録したところ、このネーミングルールが撤廃されてとまどったのでメモを残しておきます。 参考資料 公式Ansible Galaxyドキュメント - Role Metadata 解決方法 参考資料のドキュメントの先頭にあるように、"role_name"という項目がmeta/main.ymlに追加されています。 Optionalに分類されていますが、Githubのリポジトリ名がそのまま反映される事には違和感がありますし、従来のネーミングルールはとても良くできていたので事実上は必須ではないか
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
