本セミナーはWebセミナーです

ツールはZoomを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

VMwareコスト増で浮上する“移行”の必要性と、判断が急がれる現実

BroadcomによるVMwareの買収とライセンス体系の見直しを受け、多くの企業でVMware基盤のコスト増や契約条件の変化が現実の課題として表面化しています。 「いずれ移行は必要」と認識しながらも、業務を止められない基盤であるがゆえに、延命か刷新か、どこまで検討を進めるべきか判断を迫られている状況です。

また、多くの企業が抱える「2027年3月のライセンスサポート終了」という物理的なデッドラインが検討の猶予を奪っています。 通常大規模な基盤移行には、設計・検証・データ移行を含め、少なくとも1年以上の期間を要するのが一般的です。つまり、2027年春の円滑な移行完了を目指すならば、2026年中に計画を確定させ、具体的なアクションを開始することが「現実的な最終ライン」となります。

選択肢は多いのに、移行先・方法・時期を整理できず判断が止まる理由

VMware移行を検討し始めると、オンプレミスの継続、パブリッククラウド、プライベートクラウド、NutanixやAWSといった複数の選択肢が一気に浮上します。 さらに、移行ツールでそのまま動かせるのか、アプリ改修が必要なのか、全面移行か段階的移行か、といった移行方法の違いも加わります。

これらを同時に比較しようとすることで、「比較の軸」が定まらず、「前提条件」が整理できないまま思考がフリーズしてしまう――これが、検討が止まる最大の要因です。 情報収集は進んでいるのに、自社にとっての現実解が見えないのは、スペックの知識が足りないからではありません。「何を、どの順番で整理すべきか」という、判断のプロセスが見えていないことが真の課題です。

棚卸しから始める、移行先・進め方を判断するための整理と考え方

本セミナーでは、VMware移行において判断が止まりやすい構造を整理したうえで、移行先を決める前に「まず何を整理すべきか」という考え方を解説します。 現行環境や制約条件、運用体制を棚卸しし、オンプレ／クラウド、Nutanix／AWSといった選択肢を同じ土俵で比較するための視点をお伝えします。

また、移行方法や進め方についても、ツールで対応できるケースと改修が必要なケース、全面移行だけでなく段階的に進める考え方など、現実的な選択肢を整理します。 すぐに結論を出すことを目的とするのではなく、「どこから考え、どう判断を前に進めるか」を明確にすることが本セミナーのゴールです。

プログラム

14:45～15:00　受付

15:00～15:05　オープニング（マジセミ）

15:05～15:45　VMware環境の次をどう選ぶ？失敗しないための「判断軸」 ― オンプレ・プライベート・パブリッククラウドを比較する前にやるべき整理 ―

15:45～16:00　質疑応答

主催

クララ株式会社（プライバシーポリシー）

協力

株式会社オープンソース活用研究所（プライバシーポリシー）

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです

ツールはZoomを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

Nutanix環境で顕在化しやすい「部分監視では見えない遅延」

VMwareからNutanixへの移行や、SaaS利用の拡大により、仮想基盤やネットワークの構成は年々複雑化しています。その一方で、「ネットワーク監視上は問題なしと表示されているが、現場では遅い」「特定の業務だけが不安定」といった違和感を抱えるケースは増えています。 SNMPやPingといった従来型の部分監視では、帯域使用率や死活監視は確認できても、仮想基盤内部やアプリケーション単位の通信状況までは把握できません。その結果、実際に影響が出ているにもかかわらず、「異常は見当たらない」という状態に陥りやすくなっています。

仮想基盤・アプリ・ネットワークの切り分けが止まる構造

遅延や不安定な挙動が発生した際、「仮想基盤の問題なのか」「アプリケーション起因なのか」「ネットワーク経路に問題があるのか」を切り分けられず、対応が止まってしまった経験はないでしょうか。 関係部門やベンダー間で「うちの領域では問題ない」というやり取りが続き、調査と説明が特定の担当者に属人化してしまうケースも少なくありません。原因や影響範囲を根拠をもって説明できないまま、改善や投資判断が先送りされてしまう――こうした構造そのものが、Nutanix移行後の新たな課題として表面化しています。

ntopng／nProbeで通信を証拠化し、判断につなげる方法

本セミナーでは、こうした「遅いのに原因が分からない」状態に対し、ntopng／nProbeを活用して通信を可視化し、説明できる状態をつくる考え方を整理します。 仮想基盤内部を含む通信をフロー情報やパケットレベルで捉え、アプリケーションや端末、サーバ単位で影響範囲を把握することで、感覚や推測ではなくデータに基づいた説明が可能になります。 単なる監視ツールの紹介ではなく、どの情報を取得し、どう整理すれば判断や社内説明につながるのか。その全体像を理解していただくことが本セミナーの目的です。

プログラム

10:45～11:00　受付

11:00～11:05　オープニング（マジセミ）

11:05～11:45　Nutanix移行後に増える、「遅いのに原因が分からない」情シスの悩み～ 仮想基盤内部の通信を可視化し、遅延を説明できる状態に変える ～

11:45～12:00　質疑応答

主催

ジュピターテクノロジー株式会社（プライバシーポリシー）

協力

株式会社オープンソース活用研究所（プライバシーポリシー）

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです

ツールはZoomを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

MySQL 8.0 EOL対応、DBaaS環境で押さえるべき影響とリスク

2026年4月に迫る MySQL 8.0 のEOL。 必要だと分かっていながら、 どこから・何を優先すべきか判断できず、止まっている企業は少なくありません。 特に、Amazon RDS / Aurora / Cloud SQL などの DBaaS環境を本番利用している場合、 Extended Supportによるコスト増、互換性、性能影響、ダウンタイムなど、 考慮すべき論点が一気に増え、判断が難しくなります。 その結果、「調査だけ進んで決められない」「不安で先送り」という状態に陥るケースが多く見られます。

なぜEOL対応が難しくなるのか

EOL対応では、単なるバージョンアップではなく、 ・影響範囲の見極め ・リスク整理 ・検討論点の整理 ・社内・ベンダーの役割分担 といった判断の連続が求められます。 しかし多くの現場では、この整理ができないまま作業に入り、結果として 想定外のトラブルやコスト増 を招いてしまいます。

DBaaS別の対応方針とリスクを整理する必要性

EOL対応を検討する際、RDS、Aurora、Cloud SQLといったDBaaSごとに考慮すべきポイントは異なります。 例えば、 ・Amazon RDS for MySQL：アップグレードパスと互換性リスク ・Amazon Aurora MySQL：独自機能依存とパフォーマンス特性 ・Google Cloud SQL：移行オプションと運用設計の違い これらを理解せずに進めると、ダウンタイム、性能劣化、想定外の工数増など、事業影響に直結する問題が発生しかねません。

本セミナーで扱う内容

本セミナーでは、DBaaS環境（RDS / Aurora / Cloud SQL）におけるMySQL 8.0 EOL対応に焦点を当て、 失敗しないアップグレード戦略を「判断軸」の形で整理します。 単なる手順解説ではなく、 何を検討すべきか・どこに注意すべきか・どのように整理すべきかを自社で判断できるようになることを目的としています。 セミナー内容で主に得られるノウハウは以下となります。 ・EOL対応で押さえるべき影響範囲とリスクの全体像 ・MySQL 8.0 EOLで何が起こるのか（DBaaS特有の論点を含めて整理） ・RDS / Aurora / Cloud SQL それぞれの対応方針と注意点 ・サービス特性を踏まえたアップグレードパスの考え方 ・検討を進めるための整理視点 ・検証・テストを含めた実践的な進め方 ・アップグレード前後で起こりやすいトラブルと対処法 ・よくある失敗パターンと回避策 EOLを単なる作業として捉えるのではなく、影響範囲を見極め、リスクを整理し、検討を前に進めるための視点を持ち帰っていただける内容です。

こんな方におすすめです

・Amazon RDS / Aurora / Cloud SQL を本番利用している企業の方 ・MySQL 8.0 を使っているが、まだEOL対応に着手できていない方 ・情シス・開発リーダー・IT責任者など、技術判断を担っている方 ・アップグレードの影響・リスク・コストを自分の判断で説明する必要がある方 ・ベンダー任せではなく、自社で判断軸を持って進めたい方 EOL対応を「作業」で終わらせず、社内で方針を整理し、次の一手を判断できる状態をつくりたい方は、ぜひご参加ください。

プログラム

14:45～15:00　受付

15:00～15:05　オープニング（マジセミ）

15:05～15:45　MySQL 8.0 EOL、移行判断が止まる理由～ 影響範囲・リスク・選択肢を整理するDBアップグレード戦略 ～

15:45～16:00　質疑応答

主催

株式会社パソナデータ&デザイン（プライバシーポリシー）

協力

株式会社オープンソース活用研究所（プライバシーポリシー）

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです。

ツールはSPEAKERSを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

本セミナーは2026年2月13日開催セミナーの再放送です。

古い通信機器とセキュリティ運用が情シスを圧迫している現状

小売・卸業の現場では、店舗や拠点に設置したルータやUTM、スイッチなどの通信機器が長年使われ続け、すでにサポート終了（EoL/EoS）を迎えているケースも少なくありません。売上に直結しないインフラへの投資は後回しになりがちで、「とりあえず動いているからそのまま使う」判断が続きます。一方で、拠点ごとにバラバラな設定やセキュリティ対策、ベンダー任せの監視・運用が積み重なり、全体像を把握できる人が限られている状況も珍しくありません。その結果、情シスは機器更改・障害対応・セキュリティ運用に日々追われ、本来取り組みたいDXや業務改善まで手が回らない状態に陥っています。

EoL機器の更改コストと、障害・セキュリティ対応を自社だけで抱え続けるジレンマ

老朽化した通信機器を使い続ければ、故障時に代替機が確保できず、レジ停止や受発注停止など業務への影響が長期化するリスクがあります。また、サポート切れ機器を抱えたままでは、脆弱性対応やセキュリティ事故発生時の説明責任にも不安が残ります。しかし、全拠点の機器を一斉にリプレイスするだけのIT予算や現場工数は捻出しづらく、「これ以上インフラにお金はかけにくい」のが実情です。運用や障害・セキュリティ対応を丸ごと外部に任せることにも躊躇があり、どこまでをサービスに任せ、どこからを自社で持つべきか判断できないまま、EoL機器の更改コストと日々の対応負荷を自社で抱え続けてしまう――それが多くの小売・卸企業が共通して抱えるジレンマです。

NEXT-NaaS×NileでEoL機器対応とネットワーク運用の負担を見直す検討ポイントを解説

「所有から利用へ」。既存機器か刷新か、2つのアプローチで負担から解放 本セミナーでは、このジレンマを解消するカギとして、機器資産を持たずにネットワーク機能を利用する「NaaS（Network as a Service）」のアプローチを2つの方向性から解説します。共通するのは、どちらも「所有から利用」へとシフトし、運用負荷をサービス側へ逃がす点です。 1. NEXT-NaaS：既存機器を利用したサービス化 「今の機器構成は変えられない・変えたくない」という拠点向け。現在の機器資産をそのまま活用しながら、資産管理や保守をサービス型へ移行（オフバランス化）させます。機器を入れ替えずに、EoL対応や障害対応の責務を自社から切り離す現実的なアプローチです。 2. Nile Access Service：機器も一新する次世代NW運用 「この機にインフラを最新化したい」という拠点向け。機器そのものをAI活用の最新モデルへ刷新しますが、こちらも「所有」はしません。導入・運用・更新の全てが含まれたサブスクリプション型サービスとして利用することで、突発的な更改コストや複雑なセキュリティ設定から恒久的に解放されます。 今の環境維持を優先すべき領域（NEXT-NaaS）と、次世代型へ刷新すべき領域（Nile）をどう使い分けるか。限られた人員と予算の中で、段階的に抱え込まないネットワーク運用へ移行するための具体的なステップをご紹介します。

プログラム

08:45～09:00　受付

09:00～09:05　オープニング（マジセミ）

09:05～09:45　小売・卸業、古い通信機器の対応やセキュリティ対策の課題　～機器更改・障害対応・セキュリティ運用の負担から解放する、NEXT-NaaS×Nile 活用～

09:45～10:00　質疑応答

※当日いただいたご質問は後日開催企業より個別に回答いたします。

主催

ネットワンネクスト株式会社（プライバシーポリシー）

協力

株式会社オープンソース活用研究所（プライバシーポリシー）

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです

ツールはZoomを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

メインフレーム撤退・データセンター閉鎖で迫る移行期限、基幹系システムの移行先選定が急務に

近年、国産メインフレームの撤退やデータセンター閉鎖の計画が相次ぎ、長年基幹系システムを支えてきた環境そのものが「いつまで使えるのか」が見通せない状況になりつつあります。一方で、勘定系や基幹業務を支えるシステムほど停止リスクが高く、「とりあえず現行環境を延命する」以外の選択肢を取りづらいのが実情です。 その結果、移行期限だけが迫るなかで、どこに・どのような形で移行すべきかの検討が後ろ倒しになり、気づけばベンダー任せの場当たり的な判断を強いられてしまう懸念が高まっています。

目前に迫る技術者不足・運用負担増・マルチベンダー化という複合課題

メインフレームを取り巻く環境では、オンプレかクラウドか、自社保有かホスティングかといった選択肢が増える一方で、周辺機器・運用ツール・監視／バックアップなどが多様化し、障害対応や責任分界が複雑化しがちです。 さらに、技術者の高齢化・減少が進む中、新旧基盤を横断して対応できるスキルの確保が難しく、「誰がどこまで対応するのか」が曖昧な状態を放置すると、運用負担やコストが想定以上に膨らむ恐れがあります。

MF＋（エムエフプラス）で実現する安全な基盤継続と将来選択肢の確保

本セミナーでは、SCSKが提供するメインフレームホスティングサービス「MF＋（エムエフプラス）」を軸に、国産メインフレーム撤退やデータセンター閉鎖といった環境変化に直面する中で、既存資産を活かしながら安定運用を継続するための現実的な選択肢をご紹介します。「すぐに脱メインフレームすべきか」「技術者不足や運用負荷にどう向き合うか」といった迷いに対し、MF＋が提供する基盤集約と運用標準化の考え方をわかりやすく整理します。 あわせて、将来の環境見直しを検討する際の選択肢として、国産メインフレーム撤退を踏まえたリホストサービスの位置づけと適用ポイントも紹介します。

こんな企業・担当者におすすめ

• 現在のメインフレーム運用を見直したいと感じている企業の方
• 情報システム部門（インフラ・運用管理担当）の責任者・管理職、およびDX推進を担う管理職

プログラム

10:45～11:00　受付

11:00～11:05　オープニング（マジセミ）

11:05～11:45 　国産メインフレーム撤退とデータセンター閉鎖で行き場を失う基幹系システム〜移行期限が迫る中、移行先選定と安定運用をワンストップで実現する道筋とは〜

11:45～12:00　質疑応答

主催

SCSK株式会社（プライバシーポリシー）

協力

株式会社オープンソース活用研究所（プライバシーポリシー）

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです

ツールはZoomを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

MySQL運用の隠れた技術的負債が、現場を疲弊させる

MySQLは動いているように見えても、遅延や不調が出た瞬間に「結局なぜ遅いのか」を説明できず、現場が疲弊する構造が生まれやすい領域です。特に、実行計画の解釈やマニュアルチューニングが特定のシニアDBAに偏ると、調査・改善が属人化して“分析のボトルネック”になります。結果として、ビジネス速度の低下や運用チームのバーンアウトに繋がります。

見えない根本原因が、切り分けを長期化させる

「DBが遅い」という曖昧な報告の裏側には、遅いSQLだけでなく、ロック待機・デッドロック、メタデータロックの待機連鎖、低いCPU使用率でも起きるサービス停止など“見えにくい根本原因”が潜んでいることがあります。こうした要因が絡むと、責任分界や判断が曖昧になり、トラブルシューティングが長期化（High MTTI）しがちです。だからこそ、障害時に慌てずに、指標を見て状況を切り分ける「再現性のある進め方」が必要になります。

AIベースの最適化＋実践的な障害対応で、原因特定を早める

本セミナーでは、まずSQL AI Tuning Guideで複雑な実行計画を分析し、パフォーマンス問題の解決に近づく考え方を解説します。あわせて、ダッシュボードをAIが確認して状況をアドバイスするWhaTap Assistanceも紹介し、AI分析支援を日常運用・障害対応にどう組み込むかを整理します。さらに、Active Session／ロックツリー／I/O Waitなどの指標から、DB負荷・ロック競合・リソース不足の状況をリアルタイムで把握し、主要な障害パターンを追跡する“実践手順”として持ち帰れる形に落とし込みます。

プログラム

10:45～11:00　受付

11:00～11:05　オープニング（マジセミ）

11:05～11:45　「なぜ急にDBが遅くなったのか？」原因が特定できず困っていませんか ～WhaTapのAI分析支援で切り分けを短縮するトラブルシューティング手順～

11:45～12:00　質疑応答

主催

ワタップ・ジャパン株式会社（プライバシーポリシー）

協力

株式会社オープンソース活用研究所（プライバシーポリシー）

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです

ツールはZoomを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

仮想化基盤の“延命”ではなく、次の設計思想へ。変化の時代に問われる基盤戦略

BroadcomによるVMware買収に端を発する仮想化基盤のリプレースやサポート期限の見直しをきっかけに、「この先10年を支える次の基盤」をどう設計すべきか悩む企業が増えています。従来の仮想マシン前提の延命だけでは、データの増加やクラウド活用、AI・分析ニーズの高まりに十分応えきれず、結果として個別最適な増設やポイント対策が積み重なりがちです。今、問われているのは、サーバーや仮想マシン単位ではなく、ビジネスにとって価値の源泉となる「データ」を中心に据えた設計思想へと切り替えつつ、クラウドネイティブな運用とも両立できる、持続可能な基盤戦略です。

仮想マシンとコンテナが共存する、現実的なクラウドネイティブ移行ステップ

とはいえ、すべてのシステムを一気にコンテナ化し、クラウドネイティブへ移行するのは現実的ではありません。多くの現場では、既存の仮想化基盤やオンプレ基盤の上で重要な業務システムが稼働し続ける一方、新規開発や一部ワークロードではKubernetesやクラウドサービスの活用が進み、「仮想マシンとコンテナが混在する」状態がしばらく続くことが想定されています。その中で、オンプレとクラウドにまたがるデータ配置やストレージ運用、バックアップや可用性設計を個別に検討していると、運用負荷やコストが増大し、次期基盤の全体像を描ききれないという課題が顕在化しています。

NetAppエンタープライズデータ基盤×Trident×C‑Nativeで実現する、持続可能なデータ中心基盤

本セミナーでは、NetAppのエンタープライズデータ基盤とKubernetes向けストレージ連携を担うTrident、そしてCTCのクラウドネイティブ支援サービス「C‑Native」を組み合わせることで、データ中心のクラウドネイティブ基盤をどのように構築・運用できるかを解説します。NetApp＋Tridentにより、オンプレミスからマルチクラウドまで一貫したストレージ運用と、Kubernetes環境における永続ボリュームの安定提供を実現し、C‑Nativeがコンサルティングから導入、運用・保守までを一気通貫で支援します。これにより、高可用かつ高性能なデータ管理とモダンアプリケーション開発の俊敏性、運用負荷の軽減を両立し、将来的なAI・データ分析にも耐えうる持続可能なデータ中心基盤の在り方を具体的なユースケースとともにご紹介します。

プログラム

09:45～10:00　受付

10:00～10:05　オープニング（マジセミ）

10:05～10:45　仮想化の“次の一手”をクラウドネイティブで描く― 変化の時代に求められる、持続可能なデータ中心基盤 ―

10:45～11:00　質疑応答

主催・共催

伊藤忠テクノソリューションズ株式会社（プライバシーポリシー）

ネットアップ合同会社（プライバシーポリシー）

協力

株式会社オープンソース活用研究所（プライバシーポリシー）

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです。

ツールはSPEAKERSを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

本セミナーは12月5日に開催されたセミナーの再放送です。好評をいただいたため再放送が決定いたしました。

多くの企業がVMware依存からの脱却を模索

Broadcom社によるVMware社の買収完了により、仮想化基盤を取り巻く環境が大きく変化しています。

新たなライセンス体系への移行、製品ラインナップの統合、OEMライセンスの提供終了など、従来の運用を継続するには多くの課題が浮上し、ライセンスコストの増加も避けられない状況です。そのため、今、多くの企業がVMwareに依存しない仮想化基盤への移行を模索しています。

拡張は不要、でも止められないというニーズ

多くの企業では、仮想化基盤がすでに業務の中核インフラとして長年安定稼働しており、「新しいサービスを載せる予定はない」「これ以上ノードを増やす必要もない」という状況の企業も少なくありません。

ところが、一般的な商用HCI（ハイパーコンバージドインフラ）ソリューションは、冗長化やスケールアウトを前提とした設計となっており、小規模・固定構成での運用にはオーバースペックになりがちです。

一方で、クラウドへの移行を検討しても、データ転送コストやランニング費用、運用体制の再構築など多くのハードルがあり、さらにセキュリティポリシーやレイテンシ要件の制約により、クラウド利用そのものが現実的でないケースも見られます。

オンプレでかつシングルサーバー無停止運用の具体的なメリットを解説

本セミナーでは、「拡張は不要だが、止めることもできない」という課題を抱えるIT担当者の方に向けて、 HCIでもクラウドでもない“現実的な選択肢”として、ペンギンソリューションズ株式会社（旧・日本ストラタステクノロジー株式会社）が提供する無停止サーバーソリューションをご紹介します。

ペンギンソリューションズの「ztC Endurance」は、高い可用性とパフォーマンスを両立しながら、優れたコスト効果を発揮する次世代フォールトトレラント・プラットフォームです。

本セミナーでは、この「ztC Endurance」を中心に、他の仮想化基盤との比較や移行時のポイント、運用最適化に向けた最新ツール・ノウハウを詳しく解説します。 さらに、小規模環境から中～大規模システムまで、ワンストップで無停止仮想化基盤を構築できるラインナップについても、具体的な導入事例を交えてご紹介します。盤ラインナップをご提供できます。

こんな方におすすめ

・VMwareのライセンス変更やコスト増に不安を感じている情シス・インフラ担当者の方 ・HCIを導入したが、拡張予定がなく運用コストだけが増えている企業の方 ・クラウド移行を検討したものの、セキュリティ・レイテンシ・コスト面で現実的でないと感じている方 ・オンプレで“止めない運用”を維持しながら、シンプルに仮想化基盤を再構築したい方 ・2～3ノードなどの小規模環境で、無理なく継続運用できる代替基盤を探している方

プログラム

12:45～13:00　受付

13:00～13:05　オープニング（マジセミ）

13:05～13:45　【どうするVMware環境？】拡張は不要、でも止められない――HCI以外の“現実的な選択肢”とは～高信頼・高運用性を両立する“シンプル仮想化基盤”を徹底解説～

13:45～14:00　質疑応答

　　　　　　　　　　※当日いただいたご質問は後日個別に回答いたします。

主催

ペンギンソリューションズ株式会社（プライバシーポリシー）

協力

株式会社オープンソース活用研究所（プライバシーポリシー）

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。

本セミナーはWebセミナーです

ツールはZoomを使います。URLは直前にメールにてご連絡いたします。 なお、「osslabo.com」「majisemi.com」からのメールが迷惑メールとならないよう、メールの設定をご確認ください。

AI基盤のGPUは3形態（クラウド／オンプレ／ハイブリッド）で考える

企業におけるAI活用が広がる中で、GPUインフラは「オンプレミス」「クラウド」「ハイブリッド」という3つの形から、自社の状況に合う選び方が求められています。始めやすさ・運用のしやすさ・コストの見通しなど、重視したいポイントが組織ごとに異なるため、進め方を整理しておくことが重要です。

クラウドはコストが膨張し、オンプレは設計・構築の負担が大きい

クラウドはスピーディに始められる反面、利用が拡大すると従量課金が積み上がり、コストが想定を大きく上回るケースがあります。そのため、継続利用を前提にした費用設計や運用の見直しが必要になります。一方、オンプレミスGPUの導入は設計・構築フェーズで専門知識が必要となり、自社で担うには負担が大きいため、検討から外してしまうことが多いのではないでしょうか。

拡張容易なアプライアンスでオンプレ導入の負荷を下げ、TCOを平準化

本セミナーでは、GPUインフラ選定を「クラウドかオンプレミスか」の二択で捉えるのではなく、まず 「どのフェーズで、どの程度のGPU利用を想定するか」 を整理したうえで、試行段階から定常運用へ進む過程における オンプレミス／クラウド／ハイブリッドの使い分け方 を解説します。 また本セミナーでは、オンプレミス導入の設計・構築負担を抑える具体的な方法として、NVIDIA製GPUを搭載した アプライアンス型のAIエージェント運用基盤 を例に、実際の構成や考え方をご紹介します。検証・構成済み基盤を活用することで、 機器選定や設計にかかる検討負荷を削減 し、導入時の判断をシンプルにして導入を進めやすくするとともに、 拡張を前提とした構成 により運用後のコスト見通しも立てやすくなります。これにより、クラウド利用が増えた際に起こり得るコスト膨張を抑えつつ、オンプレミス／ハイブリッドの活用によってTCOの平準化につなげられます。

こんな方におすすめ

• AI基盤を検討しているが、オンプレミスGPUは構成設計のハードルで前に進めない方

• クラウド利用が増えてコストが気になり、オンプレミス/ハイブリッドも含めて現実的に見直したい方

• 導入の検討負荷を下げ、拡張も見据えてAI基盤のTCOを平準化したい方

プログラム

13:45～14:00　受付

14:00～14:05　オープニング（マジセミ）

14:05～14:45　そのGPU、クラウドコストが増え続けていませんか？ ～検証から常用までを見据えてつくる、オンプレ/ハイブリッドのAI基盤～

14:45～15:00　質疑応答

主催

株式会社トゥモロー・ネット（プライバシーポリシー）

協力

株式会社オープンソース活用研究所（プライバシーポリシー）

マジセミ株式会社（プライバシーポリシー）

※共催、協賛、協力、講演企業は将来的に追加、削除される可能性があります。