<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="/feed.rss.xml" type="text/xsl" media="screen"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:media="http://search.yahoo.com/mrss/" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>ii</title>
    <description/>
    <link>https://speakerdeck.com/akn08</link>
    <atom:link rel="self" type="application/rss+xml" href="https://speakerdeck.com/akn08.rss"/>
    <lastBuildDate>2026-09-08 00:52:27 -0400</lastBuildDate>
    <item>
      <title>KServeで始めるLLM_Serving___vLLMからllm-dまで.pdf</title>
      <description>こちらは2026年8月27日開催のKubernetes Novice Tokyo #41セッション枠にて発表した内容になります。
本セッションでは、vLLMをKServeでKubernetes上にデプロイし、Qwen3.8-27B-FP8をAPIとして提供し、実推論までを検証した過程を紹介します。 さらに、複数PodでLLMを提供する場面を想定し、llm-dによるルーティング構成と、その動作も確認しました。

LLM Servingでは、Podごとの待ち行列やKV Cacheの状態によって、同じリクエストでも処理速度が変わります。通常のServiceは接続先を選べても、LLM内部の状態までは判断できません。llm-dは、Queue・KV Cache・Prefix Cacheなどの状態を基に推論先を選びます。本セッションでは、vLLM・KServe・llm-dの役割分担と、LLM Servingを次の段階へ進める考え方を紹介します。</description>
      <media:content url="https://files.speakerdeck.com/presentations/f3b2b20bb1f648b7aca792200355c820/preview_slide_0.jpg?40495847" type="image/jpeg" medium="image"/>
      <content:encoded>こちらは2026年8月27日開催のKubernetes Novice Tokyo #41セッション枠にて発表した内容になります。
本セッションでは、vLLMをKServeでKubernetes上にデプロイし、Qwen3.8-27B-FP8をAPIとして提供し、実推論までを検証した過程を紹介します。 さらに、複数PodでLLMを提供する場面を想定し、llm-dによるルーティング構成と、その動作も確認しました。

LLM Servingでは、Podごとの待ち行列やKV Cacheの状態によって、同じリクエストでも処理速度が変わります。通常のServiceは接続先を選べても、LLM内部の状態までは判断できません。llm-dは、Queue・KV Cache・Prefix Cacheなどの状態を基に推論先を選びます。本セッションでは、vLLM・KServe・llm-dの役割分担と、LLM Servingを次の段階へ進める考え方を紹介します。</content:encoded>
      <pubDate>Tue, 08 Sep 2026 00:00:00 -0400</pubDate>
      <link>https://speakerdeck.com/akn08/kserve-de-hajimeru-llm-serving-vllm-kara-llm-d-made</link>
      <guid>https://speakerdeck.com/akn08/kserve-de-hajimeru-llm-serving-vllm-kara-llm-d-made</guid>
    </item>
  </channel>
</rss>
