2022年10月

11

ハイブリッド環境で最適なITリソースを可視化、継続的に管理する方法とは?

IT をビジネスに活用している企業では、ハイブリッドクラウド化やコンテナ化などを進めることによって環境が複雑になり、ビジネスを支える IT環境のリソース管理を難しくしています。

特にクラウドネイティブなシステムはダイナミックにワークロードの負荷が変化し続けます。
そのため、継続的に最適な ITリソースを安定的かつ柔軟に提供し、アプリケーションのレスポンスを維持し続けることが最重要となります。
同時に無駄なリソースを割り当て続けることはコスト面でのデメリットが大きいので、無駄を減らしコスト削減することもポイントとなります。

今回は、アプリケーションからインフラをフルスタックで可視化することによりハイブリッドクラウド環境を可視化し、AI を活用して ITリソースを柔軟かつ継続的に最適化するソリューション「IBM Turbonomic Application Resource Management」を紹介します。

 

Index


 

ビジネスを支えるアプリケーションと、それを支える
インフラ環境の複雑化

企業の DX推進にともない、ビジネスを支えるアプリケーションとインフラ環境は以下のように大きく変化しています。

  • 複数のパブリッククラウドを活用するマルチクラウドと、オンプレミスとパブリッククラウドの両方を活用するハイブリッドクラウド環境の拡大
  • アプリケーションのコンテナ化およびマイクロサービス化といったクラウドネイティブテクノロジーの活用と、それに伴う頻度の高いリリースの実現
  • DevOps/DevSecOpsなどのアプリケーション開発運用体制の変更

これらのことから、ビジネスを支えるアプリケーションとインフラストラクチャーが従来のものから変化し、ハイブリッドクラウド、マルチクラウドにおいては ITインフラ環境の管理を環境毎で別々のツールを使わざるを得ない状況が起きています。
また、アプリケーションも粒度が細かくなることで修正を反映するまでの速度が上がる一方、サービス間の依存関係や障害原因の特定・対処に時間がかかるケースが増えてきています。

このように、アプリケーションのみならず実行するためのインフラ環境も複雑になり、問題を解決するために時間がかかるようになってしまっています。

 

アプリケーションリソース管理の課題とは

開発したアプリケーションを継続してユーザーに使ってもらうためには、魅力的な機能はもちろんですが、安定したパフォーマンスも重要な項目の一つです。
使いたい時に繋がらない、画面遷移に非常に時間がかかる、よくエラー画面になるなどの現象は、ユーザーが離脱する大きな要因となります。

安定したパフォーマンスを実現するためには、アプリケーションがユーザーからのリクエストを処理するために必要なリソースを確保することが重要です。
さらに、すべてのアプリケーションが安定したパフォーマンスを発揮するために適切なリソースを割り当て、必要に応じて増減させる管理をしたうえで、アプリケーションの実行ポリシーへの完全な準拠も必要です。

しかし、アプリケーションスタックが複雑化し、ワークロードが変化しつづける中で適切なリソースを予測することは非常に困難です。
また、リソース不足にならないように必要以上の余剰な CPU/メモリ/ディスクなどのサーバーリソースを持たせることはコスト面で大きな負担となります。

これに加えて内閣府の「2022年度経済財政白書」によれば、人口減少の下、労働投入量は2040年まで年率0.6〜1.1%程度減少すると予測されています。*1
これは、アプリケーションの安定稼働を支えるためのヒューマンリソースも不足することが近い将来に起こることを示しています。

つまり、アプリケーションとそれを支えるインフラ環境が複雑化している企業にとって、従来のインフラ中心のアプローチや手動ツールを使った人手主体の管理や監視手法だけで24時間365日アプリケーションリソースを維持管理することは難しい状況となってきているのです。

*1. 2022年度経済財政白書 〜人への投資を原動力とする成長と分配の好循環実現へ〜

 

ハイブリッドクラウド環境をフルスタックで可視化し、
最適なITリソースを継続的に管理する「Turbonomic ARM」

これに対して、人手をかけずに適切な意思決定を適切なタイミングで行いリソースを最適化しアプリケーションのレスポンスを維持するのが、IBM の AI駆動型アプリケーションリソースマネジメントソリューション「IBM Turbonomic Application Resource Management (以下 Turbonomic ARM)」です。

IBM Turbonomic ARM はアプリケーションからインフラまでをフルスタックで可視化することで、アプリケーションが必要とする ITリソースを最適化し、AI を用いてアプリケーションパフォーマンス、コンプライアンス、およびコストの継続的な管理を可能にします。

Turbonomic ARMの概要
図1:Turbonomic ARMの概要


 

Turbonomic ARMができる3つのこと

Turbonomic ARM には、大きく3つの特長があります。

1. フルスタックの可視化およびAIの活用による推奨アクションの自動生成・実行

Turbonomic ARM は、アプリケーションからインフラまでフルスタックで可視化することにより、オブザーバビリティ (可観測性) を提供し、ハイブリッドクラウド環境の運用・管理を簡素化します。

具体的には、APM (アプリケーションパフォーマンスモニタリング) ツールや VMware、AWS などの様々なベンダーが提供する ITリソースから情報を収集し、アプリケーションパフォーマンスのボトルネックとなっている原因や過剰リソース配分となっているコンポーネントを可視化します。
これにより、アプリケーション、サービス、コンテナ、ポッド、ノード/VM、ホスト、ストレージ、およびネットワークのどこに問題が起きているかを理解することが可能になります。

また Turbonomic ARM は、アプリケーションリソースの割り当てについて AIを活用して意思決定を自動で行い、アプリケーションが必要とする ITリソースを最適化するための推奨アクションを自動的に生成・実行します。

アプリケーションのレスポンスタイム低下に対処するためのアクション例
図2:アプリケーションのレスポンスタイム低下に対処するためのアクション例

 

2. クラウドおよびインフラストラクチャーの種類を問わず対応し、ITリソースを
最適化

Turbonomic ARM は、主要なハイパーバイザー、AWS、Azure に加え、場所を問わずすべてのアップストリームバージョンの Kubernetes (OpenShift、Azure AKS、Amazon EKS、および Google GKE を含む) をサポートします。

例えば、コンテナプラットフォームにおいては以下のようなことを検討し、ITリソースの最適化を実施します。

  • サイジング:コンテナをどのようにサイジングすべきか?
  • 配置:ポッドをいつ、どのノードに再スケジュール (移動) する必要があるか?
  • スケーリング:クラスターをいつ、どの程度スケールアウト (またはスケールバック) する必要があるか?

動的で予測不可能なアプリケーションの需要を満たす ITリソースを安定して供給することは困難です。
Turbonomic ARM を活用することでアプリケーションのパフォーマンスを維持したまま ITリソースを最適化し、迅速かつ適切に需要の変化へ対応することが可能となります。

 

3. ハイブリッドクラウド環境の運用・管理の簡素化および余分なコストの削減

Turbonomic ARM は、クラウドリソースの追加や削減を実行したい場合にクラウドコストの増減を算出する機能を備えています。

AWS や Azure などのパブリッククラウドのリソースを追加・削除する場合、
「どれくらいのクラウドのコストが追加でかかるか?どれくらいコスト削減できるか?」
を確認することができます。
現状のクラウドコストを Turbonomic ARM のダッシュボードから参照することも可能です。

 

Instana APM + Turbonomic ARMなら、AIを活用した
可観測性と動的なリソース管理も実現

さらに、Turbonomic ARM は「IBM Observability by Instana (以下 Instana)」と組み合わせることで、インフラだけでなくアプリケーションに対しても AI を活用したオブザーバビリティー (可観測性) を提供します。

Instana は、デジタルプラットフォームの効率的な監視および迅速な障害個所の特定など、特にクラウドネイティブ環境の可視化に強みをもっているアプリケーションパフォーマンス管理 (APM)*2 で、ゴールデンシグナル*3 の値など、アプリケーションパフォーマンスのモニタリングやサービスの依存関係の可視化、障害検知などの機能を提供し、クラウドネイティブなマイクロサービスに対して特に威力を発揮します。

Instana で収集したお客様システムのアプリケーションのパフォーマンスデータをTurbonomic ARM に連携することで、Turbonomic ARMが Instana のデータと仮想化環境やクラウドの ITリソースの利用状況を検出し、アプリケーションが必要とするリソースを可視化・分析して自動的に推奨アクションをリアルタイムで提示します。

*2. APM : Application Performance Management
*3. ゴールデンシグナル : モニタリングでシステムが健全であると判断する基準となるレイテンシー、エラー、トラフィック、サチュレーションの4つの値

 

エヌアイシー・パートナーズがお手伝いします

Turbonomic ARM は、アプリケーションリソースをフルスタックで可視化することにより正しい決定が自動化され、パフォーマンスが原因のインシデントやサービス停止といったトラブルを削減し、パフォーマンス上のリスクとなる過剰プロビジョニングを防止します。

また、アプリケーションのパフォーマンスとコストを最適化することで IT組織の労力を要する監視やしきい値、およびポリシー設定から担当者を解放し、すべてのチームに信頼できる唯一の情報源を提供するとともにお客様のビジネスを最大化します。

エヌアイシー・パートナーズは、IBM認定ディストリビューターとして、ARM (Turbonomic) や APM (Instana) をはじめとしたAIOpsソリューションへの拡張提案についてご支援いたします。

「オンプレミスやクラウドに関するインフラコストを削減したい」
「ハイブリッドクラウド環境の運用や管理を簡素化したい」
「コスト削減を目指しながらよりスマートなリソース管理でアプリケーションのパフォーマンスを改善したい」

といった課題をお持ちの方は、ぜひエヌアイシー・パートナーズにご相談ください。

 
 


この記事に関するお問い合わせ

エヌアイシー・パートナーズ株式会社
企画本部 事業企画部

この記事に関するお問い合せは以下のボタンよりお願いいたします。

 

 

その他の記事

2024年09月04日

【早わかり】RDS for Db2のご紹介

こんにちは。てくさぽBLOGメンバーの高村です。 2023年11月の AWS re:Invent 2023 にて、Amazon Relational Database Service for Db2(以下、RDS for Db2)が発表されました。マネージドサービスである Amazon RDS上で Db2 が利用できるようになったとのことで、クラウド移行を検討されているお客様や運用負荷を削減したいお客様にとって最適なサービスではないかと思います。 今回は「RDS for Db2」の概要について、さくっとご紹介したいと思います。 目次 お客様が抱える課題 RDS for Db2とは? まとめ お問い合わせ お客様が抱える課題 IBM Db2 は、ミッションクリティカルなワークロード向けに構築された Relational Database Management Service(RDBMS)です。昨年30周年を迎え、最新の Db2 には AI機能が実装がされるなど、進化し続けている製品です。 今もなお多くのお客様にご利用いただいている製品ですが、ご利用に関して以下の様な課題を抱えているお客様もいらっしゃるのではないでしょうか? 異なる物理的な場所で高可用性構成を組み、災害時のリスクを軽減したい。 社内標準でAWSを利用する方針でDb2の移行を検討しているが、構築および運用にあてる要員が不足している。 このような課題を、RDS for Db2 が解決します! RDS for Db2とは? RDS for Db2 とは、フルマネージド・リレーショナルデータベースサービスである AWS RDS にて Db2 をご利用できるサービスです。 以下に RDS for Db2 の特徴をご紹介します。 フルマネージド環境 AWS EC2 に Db2 を導入する場合、OS導入以降はお客様にて構築・運用管理が必要ですが、RDS for Db2 は OSパッチ適用から高可用性まで AWS による管理となり、お客様の運用負荷が軽減されるメリットがあります。 高可用性の構成 オンプレミスの場合、同一データセンター内の隣同士のラックで高可用性構成をとることがあるかと思います。RDS for Db2 では、AWSリージョン内の1つ以上のデータセンターで構成されるアベイラビリティゾーン(AZ)間で高可用性を構成することができます。 2つのアベイラビリティゾーンにまたがった構成で、データは別の AZ にあるインスタンスへ同期される仕様です。プライマリインスタンスに障害が発生した際には、自動または手動でスタンバイインスタンスにフェイルオーバーします。 バックアップ方法 RDS for Db2 では、自動バックアップ/手動バックアップを利用する方法があります。 自動バックアップは保持期間が最大35日ですが、トランザクションログを用いてポイントタイムリカバリを行うことができます。また、共通の注意事項として既存の DBインスタンスにはリストアできず、新規インスタンスにリストアとなります。 自動バックアップ 手動バックアップ バックアップ対象データ DBインスタンスのスナップショット トランザクションログ DBインスタンスのスナップショット 保持期間 最大35日 無制限 ポイントタイムリカバリ 〇(最短で5分前) ✖ 別リージョンへのスナップショットコピー 〇 〇 リストア時の注意事項 新規のDBインスタンスにリストア。既存のDBインスタンスにリストアは不可。エンドポイントを変えたくない場合は、元のインスタンス識別子を新規インスタンス作成時に指定。 移行方法 移行方法の選択は、既存Db2 の OSの種類やダウンタイムの要件によりいくつかの方法から選択できます。 以下は、「Amazon RDS for Db2 へのデータマイグレーション戦略」(AWSサイト)に記載の移行方法の意思決定ツリーを日本語化したものです。Db2 のデータを Amazon RDS for Db2 に移行するための OSSツール「Db2 Migration Tool(Db2MT)」を利用した方法や IBM Data Replication(別途ライセンス必要)の Qレプリケーションを利用した方法など、要件にあった移行方法を選択可能です。 費用について IBM Db2ライセンスは、IBM パスポート・アドバンテージ製品のご契約をしていただき、ライセンス持ち込み(BYOL)で利用します。(後述に記載) ※AWSインフラは別途AWSサービスのご契約が必要です AWSインフラ AWS RDS のコンピューティングリソースは従量課金制で、多様なスペックから選択できます。 vCPU は最小2vCPU~最大128vCPU、メモリは最小2GB~最大512GB、データベースのストレージは最小100GiB~最大64TiBを選択でき、汎用SSD/プロビジョンドIOPS(SSD)(高パフォーマンス、低レイテンシー、高スループットを必要とするワークロード向け)のストレージを選択できます。 以下に、東京リージョンでマルチ AZ配置(1つのスタンバイ)とした費用感を記載しました。 ※記載の費用感は2024年8月時点の「Amazon RDS for Db2 の料金」(AWSサイト)から引用した金額であり、正確な金額は都度AWSサイトにてご確認ください タイプ 費用 インスタンス db.m6i.xlarge4vCPU, 16GiBメモリ 時間あたりUSD 0.988 ストレージ 汎用SSD(gp3)-ストレージ1TB 毎月1GBあたりUSD 0.276 月額(1ヶ月744時間、1$=150円とした場合):約15万円~ IBM Db2ライセンス 2024年8月時点の RDS for Db2 で BYOL が可能な Db2ライセンスは以下です。 ※Non-producitionライセンス、旧エディションのBYOLは適用不可となりますのでご注意ください(今後変更となる可能性あり) 適用可能エディション Standard Edition Advanced Edition 課金体系 VPC 契約形態 Perpetual License Subscription License Monthly License 補足 Perpectual Licenseは有効なSS&Sが必要 ライセンス管理について IBM Db2 の AWS RDS への BYOL については「Eligible Public Cloud BYOSL Policy」(IBMサイト)に記載されている通り、AWS が提供するサービスである AWS License Manager(AWSサイト)を使用してライセンス管理を行います。 まとめ 今回は RDS for Db2 の概要についてご紹介しました。AWS の AZ間で高可用性構成を簡単に実現したい、構築・運用の要員が不足しているためバックアップやパッチ適用を自動化したい、といった課題がある場合は、RDS for Db2 を是非ご検討いただければと思います。 一方で、バージョンアップやパッチの適用に関して、事前に検証した上でリリースを行いたいというお話を時折お聞きします。 RDS for Db2 においてはエンジンのアップグレードは手動で行うことができますが、AWS が緊急性が高いと判断したソフトウェアパッチについては適用が自動的にスケジュールされる場合もあります。このようにスケジュールされてしまうのが困る場合には、OS以上をお客様自身で管理する AWS EC2 に IBM Db2 を導入する方法をお勧めします。AWS EC2 のプロビジョニングや OS以上の運用、IBM Db2 の導入・運用、および高可用性構成はお客様の責任となりますが、お客様の任意のタイミングでソフトウェアパッチ適用を行うことが可能です。 お問い合わせ この記事に関するご質問は以下の宛先までご連絡ください。 エヌアイシー・パートナーズ株式会社E-Mail:nicp_support@NIandC.co.jp   .highlighter { background: linear-gradient(transparent 50%, #ffff52 90% 90%, transparent 90%); } .anchor{ display: block; margin-top:-20px; padding-top:40px; } .btn_A{ height:30px; } .btn_A a{ display:block; width:100%; height:100%; text-decoration: none; background:#eb6100; text-align:center; border:1px solid #FFFFFF; color:#FFFFFF; font-size:16px; border-radius:50px; -webkit-border-radius:50px; -moz-border-radius:50px; box-shadow:0px 0px 0px 4px #eb6100; transition: all 0.5s ease; } .btn_A a:hover{ background:#f56500; color:#999999; margin-left:0px; margin-top:0px; box-shadow:0px 0px 0px 4px #f56500; } .bigger { font-size: larger; }

2024年07月02日

【参加レポート】Domino Hub 2024

こんにちは。ソリューション企画部 松田です。 2024年6月13日・14日と2日間に渡って開催された「Domino Hub 2024」に参加しました。これは HCL Ambassador有志が企画・実行する Dominoコミュニティイベントです。好評だった一昨年に続き、2回目の開催となります。 参加者総数は約250名。さらに、残念ながら当日参加できなかった多くの方も、アーカイブでセッション動画をご覧になっているそうです。 以下にそのレポートをお届けします。 目次 イベント概要 セッション内容 - HCLSoftware 日本カントリーマネージャーからのキーメッセージ -『HCL Notes/Domino V14 へのバージョンアップで広がる世界のご紹介』 -『HCL Dominoアプリ モダナイゼーションの実践方法』 - ノーツコンソーシアムがNomad Web評価環境を提供 セッションリプレイと大阪開催 最後に お問い合わせ イベント概要 Domino Hub は、Domino の利用者、開発者、ソリューションベンダーが一堂に会するコミュニティイベントです。初日はオンライン、2日目はオンラインとオンサイトのハイブリッド形式で進行されました。2日間ノンストップで Domino の話ばかり聞き続けたのですが、まさに圧巻でした。飽きる瞬間が一切なく、どのセッションも興味深いお話ばかりでした。 (写真提供:Domino Hub 2024 事務局) 今回のイベントには日本の HCL Ambassador 2024 の10名全員が集結しました。これは日本はもちろん、世界でも初めてのことではないでしょうか。 (写真提供:HCLSoftware Japan) セッション内容 2日間で全23セッションが行われ、HCL Ambassador の皆様や Dominoソリューションのベンダー、開発者、エンドユーザーから数多くのトピックのセッションが提供されました。様々なツールの紹介、自社の事例、Domino の裏技、そして Domino の最新機能のデモを交えた詳しい紹介など非常に多岐に渡る内容でした。それぞれが Domino のユニークさ、強力さを物語っており、スピーカーの皆様の Domino への強い思いを感じ、すべてにおいて目が離せないものでした。一つ一つ取り上げていきたいところですが、今回はHCLからのセッションに焦点を当ててご紹介します。 HCLSoftware 日本カントリーマネージャーからのキーメッセージ まず HCLSoftware の日本カントリーマネージャーである大野洋一氏のキーメッセージが印象的でした。 ・「DominoはHCLにとってもっとも重要なソリューションである」・「DominoはHCLビジネスの中核であり常に製品投資を行っている」 Domino が IBM から HCL に移管された2019年以後の Domino の進化を改めて考えると、大変うなづけるお言葉ですね。 『HCL Notes/Domino V14へのバージョンアップで広がる世界のご紹介』 そして1日目の HCLSoftware Technical Advisor 松尾邦夫氏の当セッションは、「HCL Notes/Dominoではなく、HCL Dominoと表現する。クライアントを選ばないアプリケーションサーバーであるDominoが核である」という宣言から始まりました。 Notesクライアントも Webブラウザもスマホも Progpressive Web Apps(PWA)も、すべてがクライアントである現在の Domino ならではです。さらに、昔からは考えられないほどに簡単になったバージョンアップ、コードチェッカー V14、様々なテンプレートが入手できる Dominoマーケットプレイス、そしてロードマップの紹介がありました。 次バージョン Rio Grande は2025年中ごろリリース予定、それに先立ち2024年8-9月から Early Access を開始します。Domino はまだまだ進化を続けています。 『HCL Dominoアプリ モダナイゼーションの実践方法』 2日目の HCLSoftware Technical Sales 臼井 修氏によるセッションは、30分で Domino V14 の注目すべき特長的な機能のすべてが分かる内容でした。Nomad Mobile、Nomad Web、Nomad Designer、Domino Restyle、Domino REST API、そして Volt MX Go。この短さで駆け足でもおなか一杯でもなく、逆に足りなくもない、という完璧な内容。割愛する部分も的確です。デモムービーもふだんに利用されていて非常に分かりやすい内容でした。ぜひセッションリプレイをご覧ください。 ノーツコンソーシアムがNomad Web評価環境を提供 Domino のユーザー団体である「ノーツコンソーシアム」のセッションにも触れたいと思います。これまでのアプリケーションチェッカーのみならず、Nomad Web の AWS上での評価環境を提供されているという情報がありました。自社の Dominoデータベースを Nomad Web で利用するとどうなるのか? についても、どこからでも簡単に評価できそうです。Domino Web Designer も利用できます。 ノーツコンソーシアムでは研究会も活発に行われているので、まだご加入でないお客様やパートナー様もぜひご検討ください。AWSマーケットプレイスにも Domino が展開されています(AWSからそれに関するセッションもありました)。 セッションリプレイと大阪開催 各セッションのリプレイは「DominoHub 2024 参加申し込みフォーム」から登録して "DominoHub イベントポータル" にログインしていただくことで、今からでも視聴可能です。セッションによっては資料のダウンロードも可能です。こちらは7月半ばにクローズ予定とのことですので、ぜひお早めにご活用ください。 そして Domino Hub は、2024年9月19日に大阪でのオンサイト開催が決定いたしました。詳細およびお申し込みについては「こちら」からご確認ください。 最後に HCL主導ではなく、ユーザー、開発者、ソリューションベンダーが主体となってこれだけのイベントを開催できる。そして、その中身の充実度。これが今の Domino の勢いと元気、さらには将来展望を如実に表しているのではないでしょうか。 このようなイベントが実現する背景には、活発なコミュニティ活動と、ユーザーや開発者たちが自発的に集まり、知識や経験を共有し合う文化が根付いていることが挙げられます。最新の Dominoバージョンの新機能に関するディスカッションや、導入事例の共有、様々なワークショップなど、多岐にわたる内容が提供されており、参加者はそれぞれの立場で有益な情報を得ることができます。 今後もこうしたコミュニティ主導の取り組みが続くことで、HCL Domino はさらに多くのユーザーに支持され、ますます成長していくでしょう。だからこそ、まだまだ HCL Domino から目が離せません。 お問い合わせ エヌアイシー・パートナーズ株式会社E-mail:voice_partners@niandc.co.jp   .highlighter { background: linear-gradient(transparent 50%, #ffff52 90% 90%, transparent 90%); } .anchor{ display: block; margin-top:-20px; padding-top:40px; } .btn_A{ height:30px; } .btn_A a{ display:block; width:100%; height:100%; text-decoration: none; background:#eb6100; text-align:center; border:1px solid #FFFFFF; color:#FFFFFF; font-size:16px; border-radius:50px; -webkit-border-radius:50px; -moz-border-radius:50px; box-shadow:0px 0px 0px 4px #eb6100; transition: all 0.5s ease; } .btn_A a:hover{ background:#f56500; color:#999999; margin-left:0px; margin-top:0px; box-shadow:0px 0px 0px 4px #f56500; } .bigger { font-size: larger; }

back to top