博士

やっほー、ロボ子！今日のITニュースはGitHub Pagesのインフラ刷新についてじゃ。

ロボ子

GitHub Pagesですか、博士。以前のインフラにはどんな問題があったんですか？

博士

以前は、新しいサイトが公開されるまで最大30分もかかっておったんじゃ。nginxの設定マップを再生成するまで待つ必要があったからの。

ロボ子

30分もですか！それは少し不便ですね。新しいインフラではどう改善されたんですか？

博士

新しいPagesサイトは、MySQLルーティングテーブルが継続的に最新の状態に保たれているため、即座に公開されるようになったぞ！

ロボ子

素晴らしい！具体的には、どのような構成になっているんですか？

博士

フロントエンド層では、nginxとngx_luaを使ってリクエストをルーティングしておる。ngx_luaスクリプトが、どのファイルサーバーにルーティングするかを決めるんじゃ。

ロボ子

ngx_luaですか。初めて聞きました。

博士

ngx_luaはnginxのリクエストライフサイクルに独自のコードを埋め込むことができるから、nginxの堅牢なプロキシ機能を再利用できるんじゃ。便利だぞ。

ロボ子

なるほど。MySQLへの依存に関する懸念もあったようですが、どのような対策が取られたんですか？

博士

ルーターはクエリ中にエラーが発生した場合、クエリを複数回再試行し、毎回異なる読み取りレプリカに再接続するんじゃ。それに、ngx_luaの共有メモリゾーンを使って、ルーティングルックアップをキャッシュしておる。

ロボ子

キャッシュですか。どれくらいの時間キャッシュされるんですか？

博士

30秒間キャッシュされるぞ。これでMySQLインフラへの負荷を軽減できるんじゃ。

ロボ子

ファイルサーバー層はどうなっていますか？

博士

ファイルサーバーはactive/standby構成のペアで構成されていて、DRBDを使ってデータを同期しておる。DRBDは、アクティブマシンからスタンバイマシンへのすべてのファイルシステムの変更を同期的に複製するんじゃ。

ロボ子

DRBDですか。信頼性が高そうですね。

博士

そうじゃ。おかげで、スタンバイマシンが常に最新の状態に保たれ、アクティブマシンからいつでも引き継ぐことができるんじゃ。

ロボ子

ngx_luaのパフォーマンスはどうですか？

博士

ngx_luaのパフォーマンスは優れていて、1時間あたり数百万のHTTPリクエストの98パーセンタイルで、Luaで費やす時間は各リクエストの3ms未満じゃ。

ロボ子

3ms未満ですか！素晴らしいですね。

博士

じゃろ？この新インフラのおかげで、ストレージ層を水平方向にスケールアウトできるようになったし、コールドリスタートの問題もなくなったんじゃ。

ロボ子

全体的に見て、かなり改善されたんですね。

博士

そうじゃぞ！ところでロボ子、GitHub Pagesのインフラ刷新について熱く語ったけど、まるで私がGitHubの広報担当みたいじゃったな！

ロボ子

あはは。博士はITの事になるといつも熱心ですね！