Azure Arc for Serverに触れてみたい 私はあまりセミナーとかイベントとかよほどのことがないと興味を持たないんですが、Twitter界隈でMicrosoft Ignightというイベントの話が盛り上がっており、Azure Arcの話題とかが結構出てました。いわゆる「クラウドハブ」と呼ばれるもので、複数のクラウドを一括管理するような、そんな仕組みを指しているようです。 まだPublic preview版・・とのことで、とりあえずそのうちの一つであるfor Serverが登場していて、それもあまり機能は豊富ではないのですが触ってみることにしました。 なお、Azureサイトでこの件取り扱ってる記事はこちらです。
今度はk3sでございます。 以前、kubeadmを使用してKubernetesを作っておりましたが、いろいろありまして結局のところスタンドアロン構成に戻してみたりした時期がありました。が、リソース集約を考えたときにやっぱりKubernetesが便利だったなーというのと、YAML記法を忘れそうでちょいと自分に心配だったのがありまして、小さなクラスタを再度構成することにしました。 当時のKubernetesも好きだったんですが、何しろ重い。Kubernetes自体の負荷がかなりでかいのです。オートヒーリングなんかは目も当てられないぐらいに処理が重く、それ故にまともに機能しないことが多かったりで。そこで見つけたのがk3sでございます
Windows Server 2019を既存ドメインコントローラに昇格すると・・ 我が家の環境ですが、実はWindows 2000 Serverから順次バージョンアップしながら動いてきました。そんな中、勢い余って先日Azure VM B2s Reserved Instanceを購入してしまいまして、2vCPU・4GB RAMを搭載したWindows Server 2019なVMを爆誕させました。 やっぱりそれに与えたい役割としてはActive Directoryでして・・・で、3台目のドメインコントローラとして追加しようとしたとき、見事にトラブりました。どうやら「レプリカの検証に失敗した」とのこと。
Application InsightsとLinux/Python3の連携 ここ最近お仕事でもApplication InsightsなどのようなMicrosoft AzureのPaaS連携リソースとにらめっこする日々がちょいちょい発生しています。特に理解が難しいのがAppServiceであり、特に辛いのがApplication Insightsです。 面白いことに、App ServiceだけがLogAnalyticsとの連携が主要リソースと呼ばれる代物の中では全く出来ず、同じ事をするにはApplication Insightsを使う必要があります。Windows版WebAppだとAzure Portalレベルで連携の設定を組み込むことが出来るんですが、Linux版のWebAppだとそれが出来ず、完全にコードレベルで連携をとる必要がありそうなのです。 で、今までJavaやらC#やら手を出してみたんですが、やっぱり専門性が全く私になく、唯一何とかギリギリで手が出そうかなーと言うのがPython3です。さぁどげんしようかと。
やっぱりトラブる。 前回の記事でやりたいことがやっとできた、めでたしめでたしと行きたかったのだけど、トラブルが起きたことにあとになって気づくと。 ことの発端はAzure ADの同期処理で、あの経路設定を入れてから何故か数日間に渡って同期ができていない。これはなぜか？ということで調べるのだけど、その原因がわからない。わからんなーわからんなーと思って調べてみると、どうも内部サーバセグメントからの発信においてMicrosoftの通信だけがどーしてもうまく外に出られない。Azure PortalにもいけないしOffice Portalにもいけない。 で、よくよく調べて分かったことが以下のようなこと。
pfsenseを入れ替えようと思ふ 我が家では、目的別でUTMをいくつか入れています。 Sophos UTM9：インターネットゲートウェイ Sophos XG Firewall : OwncloudのWAF pfsense：インタネットゲートウェイその2 本来はUTM9を退役させてpfsenseに処理を移したかったのですが、pfsenseのIPSがかなり敏感で、結構色々な必要通信がブロックされたりしまして、時々妻からクレームが上がっておりました。これをうまく抑制する操作について調べきれておらず、結局その後UTM9に戻したわけですが、これがなんとかならないものだろうか・・・？と。 そして見つけたのがUntangle XG Firewallと言う製品です。どうやら基本無償製品のようで、ベースはDebian GNU/Linuxベースのルーター機能だけを有し、そこから先の拡張機能であるアンチウイルス・アンチスパム・アドブロックなどの機能はアプリケーションとして追加実装する仕組みのようです。 ちなみにこうしたアドオン形式で機能を貼り付けていくのはpfsenseに似てるんじゃないかという気がします。
misskeyってなんじゃろか？ SNSを構成できるソフトの一つ。国産とのこと。分散SNSに関してはMastodonなんかが有名だったりするのだけど、それに比べるとmisskeyはかなり機能が豊富で、動作も結構軽快。Githubへのリンクは以下の通りです。 https://github.com/syuilo/misskey 以前構築に挑んでみたけども玉砕した経験があって手を出してなかったのだけど、過日Mastodonインスタンスを消滅させてしまった腹いせに、ついカッとなって構築することにした。(当時はDBにmongoDB使ってたようなのですが、最新版でPostgreSQLに対応するようになったようです）
クラスタ外部からKubernetesのサービスリソースへ直アクセスを 前回記事の補足 というわけで、「https://www.bluecore.net/2018/12/30/5863/」の一環でやってみることにしました。 要は、WorkerのNodePortにアクセスを経由させずとも、直接緑色の層「サービスリソース」にアクセスしたいのです。基本的にコンテナは起動停止をする度にIPアドレスが変わります。ルートリフレクタを入れて手に入るアドレス帯は紺色/赤色のPodへ直接つながるためのアドレスだけで、肝心なアドレス不変の緑色領域は手にはいりません。