こんにちは。馬場（netmarkjp：Bluesky/X）です。
わたしは「#ばばさん通信ダイジェスト」として、BlueskyやThreadsに毎日少しずつ、賛否関わらず話題になった/なりそうなものを共有しています（Bluesky検索）。
これらをベースに、特にクラウド/インフラ/SRE/オブザーバビリティ/運用等のキーワードに関する話題を中心にお届けします。
物理サーバーの起動時間のチューニング
Cloudflareのテックブログで、物理サーバーの起動時間を短縮した事例が紹介されています。
なんらかの条件に合致したと思われる一部の物理サーバーが時に起動に4時間近くかかっていたところ、原因を分析して5分未満まで短縮した話です。読んでいて「わかる、こういうことある」という気持ちになりました。
電源ONからPOST、ネットワークブート（PXEやUEFI HTTPS）、OS起動と進む流れで、なかなかOS起動にたどり着かずに時間を食っていたそうです。
原因は、IPv6 HTTPSを利用したネットワークブート環境において、サーバー側はIPv4 HTTPS、IPv4 iPXE、IPv4 HTTPSのリトライ、IPv4 iPXEのリトライと4回試行したあとにようやくIPv6 HTTPSを試す挙動だったこと。それぞれの試行ごとに5分のタイムアウト待ちがあるため、1回のネットワークブートに入るだけで5分タイムアウト待ち×4回で約20分かかる状況でした。
さらに、ブートの過程で登場するUEFI・OpenBMC・HROT（Hardware Root of Trust）の更新やUEFI設定変更の反映に再起動が必要で、20分待ちが積み重なり、トータルで4時間近くとなっていたわけです。
解決策はエントリーを見ていただくとして、解決策はシンプルですが、古いUEFIバージョンはそれが実現できず、UEFIファームウェアをアップグレードすると設定値がリセットされてしまうなど、一筋縄ではいきません。最終的にはベンダーと協力して新しいBIOS/UEFIファームウェアを作るところまで踏み込んで完遂したとのこと。
「何時間もかかる」という事実から原因を分解していく過程が丁寧に書かれていて読み応えがあります。