Mastodon環境で動いてるデータベース 今はこんな構造で動いてます。 実はHAクラスタについて、少し学ぶ必要があったのでPacemaker + Corosync + pcsd + PostgreSQL Streaming Replicationによる構成で自宅環境に組み込んでみた感じです。それぞれ S-LAN:192.168.200.0/24…サービス提供用 D-LAN:192.168.110.0/24…レプリケーション用 IC-LAN:192.168.120.0/24…インターコネクト と言う役割のネットワークに2ノードで組んでいたりします。これで可用性もバッチリだむふふと思ったらそうは問屋が卸しませんで。
今度はk3sでございます。 以前、kubeadmを使用してKubernetesを作っておりましたが、いろいろありまして結局のところスタンドアロン構成に戻してみたりした時期がありました。が、リソース集約を考えたときにやっぱりKubernetesが便利だったなーというのと、YAML記法を忘れそうでちょいと自分に心配だったのがありまして、小さなクラスタを再度構成することにしました。 当時のKubernetesも好きだったんですが、何しろ重い。Kubernetes自体の負荷がかなりでかいのです。オートヒーリングなんかは目も当てられないぐらいに処理が重く、それ故にまともに機能しないことが多かったりで。そこで見つけたのがk3sでございます
misskeyってなんじゃろか？ SNSを構成できるソフトの一つ。国産とのこと。分散SNSに関してはMastodonなんかが有名だったりするのだけど、それに比べるとmisskeyはかなり機能が豊富で、動作も結構軽快。Githubへのリンクは以下の通りです。 https://github.com/syuilo/misskey 以前構築に挑んでみたけども玉砕した経験があって手を出してなかったのだけど、過日Mastodonインスタンスを消滅させてしまった腹いせに、ついカッとなって構築することにした。(当時はDBにmongoDB使ってたようなのですが、最新版でPostgreSQLに対応するようになったようです）
引っ越すことになりました 実は、今月の中旬あたりに引っ越すことになりました。理由としては、 私の体の不調で2Fより上のフロアへの移動が厳しく、1Fの部屋を探す必要があったこと 同様に体の不調で、風呂の出入りが厳しいことがあり(現住居の浴槽が昔ながらの底が深いタイプ)、今風の浅い浴槽がある部屋に住みたかった 現住居はペット入室厳禁物件であり、実家の親兄弟が愛犬を連れて遊びにこれない。その状況を緩和したかった そもそも、現住居が老朽化して壁紙が崩れてる状況にあり、生活上支障が生じていた というところなんですが、それで部屋を決め、引っ越すことになったわけです。
今週末は色々やりました 土曜日から日曜にかけて、我が家の嫁様が数十人規模のキャンプへ出掛けたことも有り、おひとりさま週末を迎えることになりまして、とはいえ最近体調があまりよろしくなく、車でピヤっと出かけるわけにも行かず、せっかくなんで自宅環境を少々いじりました。 やったのは以下のとおりです。 CephのGUI管理環境を作る ブログDBのコンテナ化＆Ceph化 ココ最近サボってたHinemos Agentのインストール(Cephノード＋追加Kubernetesワーカーノード） 部屋間L2スイッチのリプレイス
近況報告 ちょい前辺りから、こんな風にコンテナ環境を組んでいるわけですが あれからいろいろ増強しまして、 ESXiサーバを1台追加(PRIMERGY TX120 S3を増設) Core2Duo P8700x1(1P/2C)/ 8GB RAM/ 146GB SAS x2(RAID1) Cephを構築 4ノード構成 1号機：NAS上のデータストアで構築(ESXi#2を使用） 2号機：ローカルデータストアで構築(ESXi#1を使用） 3号機：NexentaStorの重複排除データストアで構築(ESXi#2を使用) 4号機：ローカルデータストアで構築(ESXi#3を使用) Workerノードを増設 ESXi#3に増設。結果、全体として1Master/5Worker構成に となりました。成長したなぁ、知らないうちに。
前提事項 ここで記載する内容なんですが、以下が前提になっています。 読む人はDockerやdocker-composeについてよく理解されている 読む人はKubernetes(k8s)についてよく理解されている Kubernetes(k8s)クラスタ及びネットワークコンポーネント(当環境ではProject Calico)、DBコンテナ環境やらRedisコンテナ環境やらはすでに出来上がっている ちょっと期待はずれな内容かもしれませんので、先に記載しておきます。 今回やった事 ずばり、Mastodonエンジンのコンテナ化です。元々Mastodonはコンテナ構成のものも払い出されては居ますが、あくまでdocker-composeを前提としたものであり、Kubernetesのようなクラスタ構成を想定したものとはなっていません。 私自身、以前Dockerコンテナ型のインスタンスを立てて挫折した経験があるんですが、当時は全くコンテナ技術に対する知見がなく、理解しようとしても中々理解至るのに苦慮しましたが、今回自宅環境でKubernetesに手を出した、ということもあり、思い切ってやってみることにしました。
はじめに これまで、インスタンスづくりは外部のサイトを見様見真似で作ってきた経緯があり、今回も見様見真似で作ったものの、色々内容が整理できてきたこともあり、ブログに構築手順を書き起こしてみました。 ※一部、手順を修正しました。具体的にはnodejsのインストール周りです。 先に言っとくんですが、あくまで備忘録として頭の中のものをExportしたものになります。本来はMastodonのProduction Guideを参照することが望ましいです。ただ、当該ドキュメントはubuntuベースとなっていて、当方のCentOSには合わないところもあったりするため、そこを補正する際にいろんなサイトをチラ見してます。 なので、正確性についてはどうぞご容赦賜りたく・・・(結局言いたい所はそれかというツッコミは勘弁を) 方針 とりあえず、こんな方針で作ってみることにしました。 IPv6アドレスだけを受け付けるインスタンスを構築する サーバは自宅仮想基盤内にVMを構築し、それを使用する 2vCPU/2GB RAM/40GB VHD(SSDデータストア配置)のスペックで構築 DNSに登録するレコードはAAAAレコードだけにする。IPv4アドレスは名前解決しない。 あくまでIPv4はyumリポジトリやメール配送など、クライアント用途としてしか使用しない インスタンス名とサーバ名は異なるものとする。 当該インスタンスでは、サーバ名はsns-v6.bluecore.netと言う名称ですが、インスタンス名はまた別物(v6don.bluecore.net)です。 OSはCentOS7の最新を使う(yum -y updateでコンポーネントを最新化する) インスタンスはオールインワン構成にする(AP/Redis/DBを同一サーバ内で構成する) 証明書はLet’s Encryptを使うことにする 設置セグメントは本番/ステージングインスタンスと同じところにする Dockerは使用しない 非Dockerの方がログが見やすいというのがあります。サービス監視も楽です。 Dockerの構成も利点はあって、とっととイメージを組み込むことで、前提アプリケーション導入をバイパスできる点などが挙げられます。Linux不慣れな人はこちらが良いのかも。 フィルタリングはサーバ側で行わずに、ゲートウェイ側のACLで行う メールサーバは本番/ステージングと同様に、内部メールサーバを経由する。 メールは外向けに関しては【内部メールサーバ】⇒【メールゲートウェイ】⇒【インターネット】と言う経路で発送される。
本日、福岡大学18号館にてオープンソースカンファレンス 2017 福岡 が開催されました。このイベント、ワタシは今回初めてでして、一応こんな目的を持って参加しました。 技術ネタがなんでもいいから欲しい 現状フルタイムで動けるかどうか、試してみたい 取り敢えず地下鉄に乗り、空港線で天神まで、そこから七隈線の天神南駅に乗り換えて福大前駅まで移動。毎度のことですが、天神駅から天神南駅まで500m近くありまして、「あー、遠いなあぁ」と感じたり。 福大前駅から福大正門はすぐでしたが、そこから18号館までも結構な距離があり、到着した側から汗まみれになりましたOrz 印象に残ったセッションの内容について、以下感想を述べていきたいと思います。
