Re: FreeBSDのリリースサイクル 変更について
Date: Fri, 13 Sep 2024 21:08:01 UTC
吉田です 鈴木さんの気持ち分かります セキュリティやら内部統制やら脅威や仕組みばかりが増えて、 マイナーバージョンアップだけでも膨大な手間が掛かるようになってきており、 サーバを1台管理するだけでも最近はうんざりします 第三者検証や責任者承認を求められても、請けてくれる人もお金もないのを どうしろと 勤務先でももう私一人では面倒を見切れなくなり、無理矢理お金を掛けてでも 管理が楽になる方向へ転換して、システムをいくつも移行してサーバなどの 集中管理対象物をほとんど廃止しました 一年中サーバ運用だけをする仕事ならいいですが、兼務だと不可能ですね 業務負荷は知らないところで勝手にどんどん増やされるのに、 予算はマイナスシーリングとか、やってられません > 2024/09/13 18:06、zen-freebsd-ml@suzuki.que.ne.jpのメール: > > 鈴木＠葛飾区です。 > > 皆様、多数のご意見ありがとうございます。 > お返事が遅くなったことをお詫びします。 > > あまり詳細を書かなかったので分かりづらかったかも知れませんが、代表して > 引用させていただいた内藤さんの内容がだいたい全貌です。 > > コストが高いと思っていることは大きくわけて運用上の問題と、技術的な問題 > に分かれます。 > > 運用上はお客様が利用されるサーバーですので、バージョンアップ時には次の > ような作業を行っています。 > > 1. 事前の検証(検証マシンで簡単な動作確認) > 2. バージョンアップ作業のスケジュール調整 > 3. お客様への事前告知(2週間前)もしくは、スケジュールのご相談 > 4. バージョンアップ作業の準備(後段に詳細) > 5. バージョンアップ実施 > > 今まで何度となく行ってきた作業ですが大きな更新は何度やってもドキドキし > ないことはありません。。。心理的負荷が。。。 > > 技術的な問題についてはfreebsd-updateの仕様に起因することで、通常手順で > 実施した場合次のような点を問題に感じています。 > ・処理に時間がかかる > 無負荷に近いマシンでは20分程度で完了するが、相応の負荷のあるマシンで > は30分以上かかる場合もある。 > (srcは対象にしていません) > ・実行時にインタラクションが必要で手順が多い > マイナーバージョンアップの際にも意味があまり無さそうな設定ファイル等 > のマージ処理をやらされる > (/etc/passwdのコメントなど。。) > ・カーネルのみ更新された状態での再起動がある > > このような点があるため、現在は検証用のマシンでのみfreebsd-updateを実行 > して、各マシンへの配布用のアーカイブを作成して配布、独自スクリプトでの > 更新処理を行っています。 > > 1. 検証マシンでOS更新 > 2. 配布用ファイル(更新された/etc以下やその他のバイナリ、ライブラリ)を用意 > 3. 各マシンに配布用ファイルを展開 > 4. 各マシンで更新を実行 > 4.1 /etc/rc をファイル差し替え用シェルスクリプトに変更 > 4.2 再起動 > 4.3 差し替え用シェルスクリプトが各ファイルをmv、cpして更新、再起動 > 4.5 新しい環境で起動完了 > > 各マシンでのOS更新での停止時間は2分程度で完了しますが、事前の準備は結 > 構手間がかかります。 > > と、いうことで事前の調整・告知などの手間や実施時の心理的負荷というのが > もっとも負担に感じている部分です。 > > 将来的にpkgでの管理に変更されたり、freebsd-update自体の高速化といった > 試みが行われていたりはするようですが、さすがに年をとりました(;_;) > > > From: Yuichiro Naito <naito.yuichiro@gmail.com> > Subject: Re: FreeBSDのリリースサイクル変更について > Date: Thu, 12 Sep 2024 09:22:23 +0900 > Message-ID: <84A126A0-A888-46B0-AF7A-3350D214E947@gmail.com> > >> 内藤です。 >> >> げんなりしている部分は freebsd-update が遅くてそれを管理している >> マシンの台数分やらなきゃいけないのが負担だからなんですよね、きっと。 >> >> 個人的にはそれほど沢山のマシンを管理しているわけではないのと、 >> 個人で使っているマシンばかりなので、自分で適当に更新タイミングを >> 決められるのでさほど負担には思っていませんが、台数が多くて >> 他の人に使わせているマシンを止めるとなると面倒なんだろうなと >> 想像しています。 >> >> なんか将来的には freebsd-update 止めて pkg でベースシステムも更新 >> できるようにするつもりらしいのですが、いつになることやら。 >> もしそうなると、ファイルひとつひとつではなく、ある程度まとまった >> 単位で pkg ファイルをダウンロードして展開になるはずなので、 >> 更新作業はスピードアップするはずです。 >> >> そちらに期待してみるのも手かもしれません。 >> >>>> On Sep 11, 2024, at 16:13, zen-freebsd-ml@suzuki.que.ne.jp wrote: >>> >>> 鈴木＠葛飾区です。 >>> >>> 久々のMLへの投稿です。。 >>> >>> 間抜けなことにFreeBSDのリリースサイクルが変更されたことに昨日気づきま >>> した (;_;) >>> >>> 13.4とか言っているので13.3からまだ半年なのに変則的なリリースだなぁ？と >>> 思っていろいろ検索していたら7月に今後のマイナーバージョンのリリースは >>> 半年ごとになりますみたいな決定がされていたようです。 >>> >>> https://lists.freebsd.org/archives/freebsd-announce/2024-July/000143.html >>> >>> www.freebsd.orgのニュースリリースにも特に掲載はなく、まったく気づきま >>> せんでした。 >>> >>> たとえば今後の13と14のリリース予定はこんな感じらしいです。 >>> >>> 13と14抜粋 >>> 13.3: Mar 2024 Dec 2024 >>> 13.4: Sep 2024 Jun 2025 >>> 13.5: Mar 2025 Apr 2026* >>> >>> 14.1: Jun 2024 Mar 2025 >>> 14.2: Dec 2024 Sep 2025 >>> 14.3: Jun 2025 Jun 2026 >>> 14.4: Mar 2026 Dec 2026 >>> 14.5: Sep 2026 Jun 2027 >>> 14.6: Mar 2027 Nov 2028* >>> >>> 現状FreeBSD13.3のサーバーがそれなりにあるため1台づつfreebsd-updateでの >>> 更新は現実的ではないため1台で更新して更新後のバイナリを各マシンに配布、 >>> 設定ファイル等は変更の必要なもののみ配布することでバージョンアップを簡 >>> 略化していましたが更新の際にはそれなりに確認等も必要で楽では無い。。 >>> >>> そこに来て半年に1回のマイナーバージョンアップという話を知ってすっかり >>> 心が折れました。。。 >>> >>> Red Hatもマイナーバージョンアップはありますが、多くの場合いつもよりアッ >>> プデートに時間がかかるな、くらいで設定ファイルもそこまで変更はなかった >>> です(これまで)。 >>> >>> 自分的には最早これまでか、、という感じです。 >>> (2026年の13.5のEOLまでに脱出計画かなぁ。。) >>> >>> みなさんはどうされていますか？？ >>> --- >>> すずき >>> >> >> >> >> -- >> 内藤 祐一郎 >> naito.yuichiro@gmail.com >> >> >> >