特集・ブログ
こんにちは。 企画推進部の久田です。 新時代のバックアップと言われている IBM Cloud Storage Solution for i （以下 CS4i）についてご紹介したいと思います。CS4i はIBM Cloud や Amazon S3 のクラウド上へ IBM i のデータをバックアップし、簡易な災害対策としても注目されているソリューションです。 IBM i でのバックアップ方法 従来の IBM i では、多くの場合（バックアップ対象のデータ容量によっては） IBM i 筐体内のディスクへのバックアップや、外部媒体へ保管するケースでも物理テープへのバックアップ（バックアップ後は物理搬送で遠隔地保管）を行っていました。ただし、ここ数年は「生産性向上」や「業務効率化」、「デジタルトランスフォーメーションの推進」により、クラウドファーストへと IT 変革を進める企業が増加しています。 CS4i も2016年の発表以降、年々導入されるユーザー様は増加の傾向にあります。それはまさに、「生産性向上」、「業務効率化」、「コスト削減」においてユーザー様から評価を得られている証拠です。そこで今回、具体的に CS4i 導入のメリットをご紹介いたします。 従来の主なIBM i でのバックアップ取得とCS4i を利用したクラウド連携のバックアップイメージ CS4i のメリット CS4i を採用することによるメリットをご紹介いたします。 コスト低減 クラウドへのバックアップによりコスト低減 バックアップ先のハードウェアやメディアを準備する必要がないため、初期および運用時のコストを削減できる 圧縮機能によるデータ量削減の結果、クラウド使用料やデータの転送時間短縮が期待できる 新スキルの習得が不要 IBM i からのコマンドラインや GUI からバックアップリストアを実行するため、既存のスキルをそのまま流用することが可能 ※既存スキルの流用が可能 運用の負担軽減 テープ媒体が不要なため、それにまつわる運用コストの低減が期待できる 特にメディアの世代管理のわずらわしさから解放される オンプレミスの VTL 装置と比較して、クラウドの場合バックアップの容量追加が簡単 ※VTL装置は仮想テープライブラリとして、ハードディスク上に仮想のテープドライブを疑似的に作り、システム（OS）からテープドライブが接続されているかのように見せかける仕組み 以上のメリットによりユーザー様から評価を得られ、採用実績が増えております。 考慮事項 CS4i を導入するうえでは考慮すべき点もあります。 障害対策やDR 対策の観点で、データ容量や帯域などがRPO (Recovery Point Objective：目標復旧時点)やRTO (Recovery Time Objective：目標復旧時間)を満たせる構成になるか、事前にシミュレーションをする必要があります。 ※CS4i はレベル1に該当します。 クラウドへの保管対象であるバックアップデータ容量でのコストシミュレーションが必要です。具体的には、リカバリーポイントまで定めた業務復旧時間内にリストア処理が完了するかのシミュレーションをクラウド使用時のコスト v.s. オンプレミス構成時のコストの観点で必要になります。また、業務復旧時間内に完了しないシミュレーション結果の場合は、回線帯域を増やした場合のコストシミュレーションも状況に応じて必要になります。 クラウドを利用する場合は自社のセキュリティポリシーに抵触しないか確認が必要です。 ご参考情報(CS4i V1.2 の参考価格） CS4i を導入するうえでは、CS4iの費用とCloudの費用が必要になります。また、IBM Cloud Object Storage（ICOS）は、IBM CloudのStorageを示します。 ※以下のCS4i V1.2 価格参考情報ではIBM Cloudでの試算です まとめ CS4i では簡単にクラウド環境へ仮想テープ・イメージをバックアップすることが可能です。操作も OS コマンドと同様なため、実装に際し高度な技術を要しません。クラウドや別拠点へのバックアップを行うことで災害時の対策にもなります。価格も廉価でありますので直ぐに検討に踏み切れるソリューションです。HW の更改時やデータの活用方法を改革される際は、是非、CS4i 導入をご検討下さい。 ※この記事は2019年5月8日時点の情報を基に作成しています。
こんにちは。 てくさぽBLOGメンバーの河野です。 昨今、データ分析やAIといったキーワードを目にしない日は無いというくらい日常会話で使われてきています。データ分析やAIが重要視されるようになってきた背景には、流行語にもなったビッグデータの出現により、例えば顧客に商品を買ってもらうために有効な広告を検討するための分析をすることで、購入してもらう確率を上げることができるようになります。 このように、大量のデータは企業にとっての価値をもたらす要素であり、戦略を考えるにはとても重要な役割を担っています。 このような”ビッグデータ”を効率的に利用・保管/管理するためのソリューションをご紹介いたします 増大し続けるデータ量 データという観点で一番ホットなトピックは、メディア業界における4K,8Kの商業放送の開始です。4K,8K放送が始まったことで映像コンテンツのデータ容量が爆発的に増えています。 どれぐらいデータが増えるのか？については、具体的には画面サイズが HDから4K に変わることで画素数が4倍となり、4Kから8Kに解像度をあげることでも4倍となります。（図 フルハイビジョン, 4K, 8Kの画素数 参照） 更に1画素あたりのビット数や1秒あたりのフレーム数（コマ数）も増加傾向になりますので、データ量もそれに比例して増加していきます。 図 フルハイビジョン, 4K, 8Kの画素数 どれぐらいのデータ量が必要となるのか？についても計算してみましょう。実際の映像データ自身は圧縮して送信されますが、ここでは計算を簡単にするために非圧縮の場合で計算してみます。 1画素あたりはRGBをそれぞれ8bitでの表現と想定し、8bit×3=24bitとなります。 1分あたりに必要な容量は、「総画素数」×24bit×1秒当たりのコマ数（今回は60fpsを想定）×60秒 で計算できます。 フルHD・4K・8Kのそれぞれで容量を計算し、1年間に必要な容量とともに表にまとめてみました。 1分程度であれば、フルHDの画質でスマートフォンのストレージに入るぐらいですが、8Kともなると保管が難しくなるぐらいの容量であることが分かります。 これを1年分保管するとなると、フルHDでも11.7PBと莫大な容量が必要となってきます。 データ分析の観点では、分析対象となるデータが多いほど精度が高まるため大量のデータを保管・準備することが必要になります。 このような大容量データを保管するために最適なストレージは”テープ”となります。 テープはLTO8で1巻あたり12TB（非圧縮）/30TB（圧縮）の保管が可能で、360MB/s（非圧縮：FHドライブ）/900MB/s（圧縮：FHドライブ）の速度で読み書きが可能です。 また、読み書きしないときには電力を消費しないので、消費電力が少なくてランニングコストも少なく済みます。そのため、長期保管するようなデータを保管する先としては最適なストレージといえます。 高速な分析処理の重要性 データ量の増加とともに着目されるのが、高速な分析処理です。 蓄積され続ける大量データを分析するために翌日にならないと結果が出ないというようなタイムスパンでは、情報が飽和している今の時代では適切なアクションのタイミングを逸してしまいます。 適切なアクションを適切なタイミングで実施するためにデータの収集や分析に費やす時間を短縮して、ビジネスに反映することができる環境を用意することが重要です。 サーバの処理性能はもちろんのことデータを読み書きするストレージも分析処理を高速化する上で重要な検討課題です。 分析処理を高速化するための最も簡単な方法がフラッシュ・ストレージの採用です。理想としてはストレージをすべてフラッシュ・ストレージにするオール・フラッシュ化をすることが望ましいところですが、フラッシュ・ストレージはディスクストレージと比べて高価なため、コスト的な観点から導入を躊躇されるユーザーの方も多数いらっしゃいます。 そこでお勧めしたいのがフラッシュ・ストレージとテープとを組み合わせたソリューションです。 フラッシュ・ストレージとテープ装置を組み合わせたソリューション 「コストと性能」という相反する課題は、既存の複数のソリューションを組合せることで解決ができます。コストはテープによって、性能はフラッシュ・ストレージによって得られます。ここで更に組み合わせるSoftware Defined Storage（以降SDS）ソリューションにより、運用面・管理面でもユーザーに負担をかけずに自動化することができます。 このソリューションであれば、企業の生産性も向上し導入のハードルも下がってくるのではないかと考えます。 この統合ソリューションは、以下3点が特長になります。 (1) フラッシュ・ストレージの性能 (2) 一定期間アクセスの無いするアーカイブ・データはコスト・メリットのあるテープ・ライブラリに自動的に移管 ※フラッシュ・ストレージ上ではアーカイブ・データは削除され、フラッシュ・ストレージの容量に余裕が生まれます (3) テープ・ライブラリのデータは、ユーザーからのアクセスに応じてフラッシュ・ストレージへ簡単にデータ移動および再利用が可能 上記により、ユーザーとシステム運用管理者の双方にメリットをもたらします。 IBM製品で実現するソリューション IBM製品で構成すると以下のようなイメージになります。 データ管理用にフラッシュ・ストレージとテープ・ライブラリーを接続したサーバー および サーバーに導入されたIBM Spectrum ScaleとIBM Spectrum Protect等のSDS製品でこのソリューションが成り立ちます。 IBM Spectrum Scaleは、データ階層管理機能をもち使用頻度の高いデータはフラッシュ・ストレージに配置し、使われなないデータは自動的にテープ・ライブラリーへデータ移管を行います。 IBM Spectrum Protectは、IBM Spectrum Scaleが使われないデータと判断したデータをテープ・ライブラリーへ転送（アーカイブ）させます。テープ・ライブラリー上で管理されているデータであっても、ユーザー自身のディレクトリーやフォルダー上にあるファイルとしてアクセスが可能です。 ユーザーは、ファイルをクリックすることにより、テープ・ライブラリーからフラッシュ・ストレージへデータのアップロードさせることも可能です。その後 一定期間放置すると、フラッシュ・ストレージからテープ・ライブラリーへ自動的に移管されます。この階層管理の仕組みの中にSASやSATAなどのHDDメディアを組み合わせることも可能ですが、ソリューション全体が複雑になりやすいこと、運用設計や運用管理の検討が不可欠であり、高度なノウハウが必要になるため、どういう構成にするのかは状況次第といったところでしょうか。 まとめ 今後、増え続けるデータをいかに安く保管するのかは重要な課題です。また、データ分析やAI利用の高速化のためのフラッシュ・ストレージの検討も重要な要素です。 コストの観点で利用できるフラッシュ・ストレージのリソースが限られることも考えられますので、フラッシュ・ストレージ上に格納したいが消去してはいけないようなデータをテープ・ライブラリーに移管させる機能をSDSを用いて自動化することで、分析業務の高速化と運用コストの低減を同時に図れます。 データ爆発の時代の備えとして”「高速なテープライブラリー」と「フラッシュ・ストレージ」を活用したデータ階層管理ソリューション”を是非ご検討下さい。 ※この記事は2019年2月20日時点の情報を基に作成しています。 この記事に関するご質問は、下記までご連絡ください。 エヌアイシー・パートナーズ株式会社 技術支援本部 E-Mail：nicp_support@NIandC.co.jp
こんにちは。 てくさぽBLOGメンバーの佐野です。 最近世間で業務の効率化ツールとして注目を集めているソリューションであるRPA（Robotic Process Automation）。 第一回は概要編 (業務の効率化に役立つRPAとは？～概要編～)、 第二回はWinActor (業務の効率化に役立つRPAとは？ ～WinActor編～) についてでしたが、今回の第三回はIBM社が提供している「IBM RPA with Automation Anywhere」（以下IBM RPA with AA）を紹介します。 IBM RPA with AAとは？ IBM RPA with AAは、IBM社の製品ではありますが、RPA部分の中身はAutomation Anywhere社の製品を利用しています。 Automation Anywhereという会社とその製品を日本国内で聞くことはまだ少ないかもしれませんが、Automation Anywhere社の製品は2018年2QのForrester WaveにおいてLeaderポジションと位置付けられています。 日本国内でのシェアは高くありませんが、全世界的に見ると認知度が高く実績も多い製品です。 さて、そのAutomation Anywhere社のRPA製品と組み合わせたIBM RPA with AAですが、他の製品と何が違うのでしょうか？ 一番大きな違いは、業務全体を最適化するための支援ツールであるBusiness Automation Workflow製品（旧Business Process Manager）が同梱されていることです。 この製品と組み合わせて利用すると、対象業務の全体像やどこがボトルネックとなっているのかを把握できるようになり、またプロセスのどこが人間でどこをロボットに実施させるのか、を設定ができます。 IBM RPA with AAの製品としては"Platform"と"Platform Express"の2種類が提供されており、PlatformにはBusiness Automation Workflowだけでなく判断ロジックを外部で管理するIBM Operational Decision ManagerとOCR機能であるIBM DataCapも同梱されています。 なので、Platformを購入すればOCRの利用や複雑な判断が入るような処理を実装する時に別の製品を購入する必要がありません。 また、SAP連携やCitrix連携モジュールが製品内に用意されているため、これらの操作を自動化する際には楽にロボットを作成することができます。 IBM RPA with AAの使い方 まず、IBM RPA with AAは"サーバー型"の製品なので、管理サーバー（Control Room）が必須です。 ロボットの実行やステータスは管理サーバーで管理されますので、普段は管理サーバーを確認しておけば済みます。 サーバーでロボットを管理するので、勝手にロボットが増殖し誰も管理できていないという状況を防げるのが強みです。 ロボットを作る時には、一からロボットの動作を定義するのではなく、レコード機能を利用することができます。 オブジェクトを取得する"Smart Recorder"、座標を取得する"Screen Recorder"、HTMLの構造を取得する"Web Recorder"の3つのレコードを搭載しているので、場面に応じた最適な方法を選択することができます。 また、ロボットに実装できるコマンドは約500種類もあるため、大体の操作はAutomation Anywhereの機能で実現できます。 では、実際の操作を見てみましょう。 まずは簡単にメモ帳に"demo"と打ってそれを"demo.txt"ファイルとして保存するということをレコードします。 "Record"ボタンを押すと画面の右下に四角い"Recording"ウィンドウが表示されます。これがレコード中ということを示すもので、レコードが終わったら"Stop"ボタンを押すだけです。 結果は切れてしまっているので次の画面を見てください。 "Actions List"にレコードした結果が自動的に出力されています。 正しく実行できるのか"Run"ボタンを押して確認をすると、先ほどレコードした操作が同じように実行できていることが分かります。 ※ファイル保存処理の部分が目視できないほど高速処理となってしまっています。分かりづらく申し訳ありません。 "Actions List"内の内容がロボットが実行する動作を定義したものですが、一見するとプログラミング言語で記載されているように見えます。 自分でロボットを作る時に全部書かないといけないとするとしんどい、と思うかもしれませんがご安心ください。 コードのように見えますが、ここは直接編集できず、設定はすべてGUIベースとなります。 例えば"If"の動作設定画面は以下のようになります。 画面では設定した特定のフォルダーがある時の動作を定義しています。If文で使う条件と比較する対象を設定するだけなのでコーディングとは全く違うものになります。 画面左側の"If/Else"カテゴリから"Folder Exists"を右側のペインにドラッグ＆ドロップし、設定をするだけで1から3行目の動作が自動的に挿入されます。 ですので、簡単にロボットを作ることができるということが理解頂けるかと思います。 まとめ 今回はIBM RPA with Automation Anywhereの導入部分のみのご紹介で全てをご紹介しきれていません。 ロボットの動作を定義する部分の見た目はコーディングしているように見えますが、実際にはGUIで設定をしていること、レコード機能をうまく使えば手作業で動作を設定することが少なく済むことを理解頂ければ今回のブログは成功です。 より詳細なご説明をご希望される場合は、遠慮なくお問合せ下さい。 この記事に関する、ご質問は下記までご連絡ください。 エヌアイシー・パートナーズ株式会社 技術支援本部 E-Mail：nicp_support@NIandC.co.jp
こんにちは。企画推進部の久田です。 今回は、昨今話題のブロックチェーンについて、考えたいと思います。 ブロックチェーンというキーワードは、ここ1～2年で露出が増えてきました。 仮想通貨の盛り上がりにより、「ブロックチェーン」に注目が集まってきていると思われますが、その「ブロックチェーン」や「仮想通貨」と聞いて、皆様はどのようなイメージを持たれますか？ 日本では残念ながら一般的に、ブロックチェーン → 仮想通貨 → ビットコイン → 資産消失… という流れでなかなか良いイメージを持たれていない、というのが現状です。 世界に目を向けると、実は2008年頃からブロックチェーンへの取り組みが始まっており、ブロックチェーン技術への期待がどんどん高まっています。それは、オープンソースかつ中央集権的でないこの技術はある意味、上手く応用すれば、多岐に渡って使途が広がると考えられているからです。 日本企業のブロックチェーンへの取り組み状況 従業員数500人以上の日本企業を対象として2018年2月にガートナーが実施したブロックチェーンへの取り組み状況に関する調査の結果、42.6%の企業が、調査など初期的なものも含めブロックチェーンに何かしらの形で取り組んでいることが明らかになりました。 （図1. 日本企業のブロックチェーンへの取り組み状況参照） 出典：ガートナープレスリリース 「ガートナー、ブロックチェーンへの取り組みに関する調査結果を発表 40%以上の日本企業は既に何らかの取り組みを開始していることが明らかに」2018年4月5日 「3年以内にブロックチェーンに取り組む日本企業は、60%程度に達するとガートナーでは予測しています。将来を見通した場合、ブロックチェーンの応用から社会が変化していくことは、ほぼ間違いないとみています」 出典：ガートナープレスリリース 「ガートナー、ブロックチェーンへの取り組みに関する調査結果を発表 40%以上の日本企業は既に何らかの取り組みを開始していることが明らかに」2018年4月5日 という状況のようです。数年後にはブロックチェーン技術を利用して新ビジネス創出は必然的な流れになってくると考えます。 そもそもブロックチェーンとは？ まず、「ブロックチェーン」について基本的なところの押さえとして、Wikipedia には、 「ブロックチェーン（英語: Blockchain、ブロックチェインとも）とは、分散型台帳技術、または、分散型ネットワークである。ビットコインの中核技術（サトシ・ナカモトが開発）を原型とするデータベースである。ブロックと呼ばれる順序付けられたレコードの連続的に増加するリストを持つ。各ブロックには、タイムスタンプと前のブロックへのリンクが含まれている。理論上、一度記録すると、ブロック内のデータを遡及的に変更することはできない。」 出典：「ブロックチェーン」 Wikipedia とあります。従いまして「一度記録すると、ブロック内のデータを遡及的に変更することができない」ことが特徴で、主だった活用はデータ改ざんが許されない金融情報などでの活用から広がっていくと期待されています。 次はブロックチェーンの技術を活用した国際送金の例になります。 国連の難民支援に活用されているブロックチェーン MIT TECHNOLOGY REVIEW の記事によると、ヨルダンにおける国連の難民支援にブロックチェーンが一役買っているとのことです。 2017年にWFP（World Food Programme）は食料支援全体の30％に相当する13億ドル強を金融機関に送金し、何百万食に相当する資金が手数料などとして消えてしまった（実際の食事にならなかった）。ブロックチェーンを利用することで（これはまだ初期の結果ではあるが）、手数料などを98%減らせたという。 出典：「ヨルダン現地ルポブロックチェーンが変える国連難民支援のいま」、『MITテクノロジーレビュー』（https://www.technologyreview.jp/）、角川アスキー総合研究所、アクセス日：（2018年10月17日） ファイル共有などを行うための P2P 技術をベースとしています。中央集権的なサーバーを持たず分散型でデータを確保することが特徴で、大規模な投資を抑え、確実な台帳管理を可能にしています。 大規模投資を必要としない仮想通貨の根幹技術が、世界的な食料支援金の資金管理に活用され社会貢献している、というのは、日本でのイメージを払拭する活用方法ではないでしょうか。 地方自治体でも取り組みが開始されています 石川県加賀市では、ブロックチェーンの技術を中心に電子行政などの社会コスト削減と利便性向上や地域活性化分野の研究に取り組み始めています。 電子化の点ではブロックチェーンでなくても可能ですが、強固なセキュリティを必要とする場合には結果としてコストが嵩むケースが多いと思います。そこをブロックチェーン技術でコスト低減を図りつつ高いセキュリティの実現でコスト削減を目指されております。また、更にIT活用を進め、庁内での作業について自動化を促進して、市民が役所へ出向くといった面倒で時間のかかる作業への軽減も目指されております。 まずファーストステップとしては、本人認証基盤「KYC（Know Your Customer）認証基盤」を構築し、地域内サービスの認証を一元化することによるコスト削減や、集積したデータを活用した研究開発などから着手されるようです。 出典：「PC-Webzine 人口減少などの課題をブロックチェーン技術で解決へ～加賀市の取り組み～」 茨城県つくば市でのケースでは、ブロックチェーンの技術とマイナンバーカードを用いて国内初のインターネット投票の実証実験が実施されました。 実証実験では、投票内容の改ざん防止や秘匿性を確保しつつ、適正で効率的な投票の実現を目的として実施され、結果、投票の正当性、秘密投票、非改ざん性が、ブロックチェーン技術を活用した今回の投票によって実証されたと報告されております。 出典：「仮想通貨Watch つくば市、ブロックチェーンとマイナンバーカードを活用したネット投票を実施」 出典：「仮想通貨Watch つくば市のネット投票実証実験が成功、パイプドビッツが構築した投票システム」 このように日本のそれも地方自治体においてもブロックチェーン技術の活用は始まっています。今後、官民問わずこの流れは加速することが予想されます。 増々盛り上がるブロックチェーン技術をどのように活用すれば良いのか？ 私見になりますが、日本ではガートナーのレポートからもわかるように、「Blockchain は取り組むべき技術ではあるが、どこから始めて良いかわからない」、という状況にあります。しかし、今後増々データ量が増え続けるという現実において、”どのデータを信用して良いか”、”改ざんされない安全なデータであることの証明はどうすれば良いか”という観点の取り組みが必要になってきます。そうなると、ブロックチェーンの技術が、様々な仕組みに取り込まれていくと考えるのが妥当でしょう。 どのように取り組むべきか、という点では、国内外400社以上のお客様とブロックチェーン構築した知見をもとにしたIBM Blockchain スタートアップ・プログラムを通じて、ノウハウを享受することが、ブロックチェーンに対するファーストステップの取り組みとして良いのではないかと考えます。 多数のブロックチェーン技術活用事例を保有する日本アイ・ビー・エム あらゆる企業で Blockchain の取り組みが検討されていると思いますが日本ブロックチェーン協会の会員でJBAブロックチェーン部門の日本アイ・ビー・エムでは「Hyperledger Fabric」の基盤を用いて、サプライチェーンや地方創生への取り組み、委託作業や契約締結の可視化など、多数事例（知見）があります。 日本アイ・ビー・エムではIBM Cloudサービスである「IBM Blockchain Platform」の提供を通じて、「開発」「ガバナンス」「運用」までを包括したソリューションの提供が可能であり、具体的には「分散台帳（*1）」、「スマート・コントラクト（*2）」、「合意形成（*3）」、「暗号技術（*4）」の機能などを通じて、IBM Cloud 経由で本番利用に求められるシステム性能と高度なセキュリティーの提供をいたします。 （*1）分散台帳：取引履歴と資産の状況を保存し共有 （*2）スマート・コントラクト：取引ルールを規定し処理を自動化 （*3）合意形成：取引をシステム上で確定 （*4）暗号技術：匿名性や秘匿性レベルを選択して取引の安全性を確保および認証 まとめ 既に地方創生の分野で研究や実証実験に着手しているように、あらゆる分野でブロックチェーン技術の活用が広がってくると考えられます。 自動車や建設業界においては複数企業との連携で製造や建設が成立しているため、現場で取り扱うデータの管理という点でも有益な技術になります。 透明性という観点では、IoTとの連携による第一次産業でも活用されるだけではなく、増々 企業や各国での研究（取り組み）が盛んになり、今までは考えがつかなかった取り組みが生まれてくる可能性があります。 最新技術だけではなく、あらゆる動向にアンテナを張り巡らし、市場の流れという点も意識することも重要ではないでしょうか。
こんにちは。 てくさぽBLOGメンバーの佐野です。 最近世間で業務の効率化ツールとして注目を集めているソリューションであるRPA（Robotic Process Automation）。 第一回記事は概要編でしたが、今回は第二回としてNTT-AT社が製品として出荷している「WinActor®」を紹介します。 １．WinActorってどんな製品？ RPA製品全般的にですが、実現できることは「パソコン上の操作の実行」です。 例えば、Webページ上の特定の情報をExcelに転記する、テキストのデータを読み込んでWebサイトに入力する、などがあります。 WinActorはNTT-AT社が開発した製品で、初期の製品出荷開始が2014年と既に4年もの出荷実績があります。 この製品の主な特長としては以下が挙げられます。 ・日本国内でのシェアNo.1（情報元：WinActorサイト） ・国産製品なのでGUIはもちろん日本語 ・フローチャート形式でシナリオを作成 実際のロボット作成画面は以下のようになります。 画面の左下の部分がロボットの動作を定義する画面ですが、フローチャートのようになっていることが分かりますね。 ・WinActorが用意している部品や画像マッチングを利用して様々なアプリケーションの操作が可能 ExcelやWordなどはWinActor自体が用意している部品を使って、例えばExcelのアクティブなセルの移動や値のコピー、書式設定といった操作を実現できます。 それ以外の部品の用意されていないアプリケーションに関しては画像マッチングで対象を特定することで、様々なアプリケーションの操作が可能になります。 簡単な例として、NotesDBに対する新規文書作成操作のデモを画像認識とテキスト入力だけで作ったのでご覧下さい。 デモの中で、黄色の枠が画像認識をした部分の動作になります。例えば最初の画面では「ディスカッション」と書かれた文字の画像を認識してNotesDBを開いています。 ・専用サーバーが不要で、WindowsPC 1台だけでも稼働可能 WinActorはサーバーを用意する必要が無く、PC上にインストール・稼働可能です。 WinActorを利用開始するための初期投資としてはWinActorライセンス費用＋シナリオ作成作業費用（＋WinActor実行用PC）のみですので、安価にRPAの利用が開始できます。 サーバー不要でPC上のみで完結できる製品をデスクトップ型の製品と呼びますが、対して専用サーバーでロボットの実行・管理をする製品もあります。こちらはサーバー型の製品となります。 それぞれの違いについては次章で解説をします。 ２．デスクトップ型とサーバー型 今回紹介しているWinActorは「デスクトップ型」の製品ですが、世の中の他のRPA製品には「サーバー型」のものもあります。 何が違うのでしょうか？ ポイントは「ロボットの管理」です。 デスクトップ型 デスクトップ型はRPAのソフトウェアをPC上に導入し、そこでロボットを稼働させます。 全て1台の端末上で完結するため、個人の端末上でも、部門共有PCでも導入することができ、現場での取り回しが容易な形式です。 デスクトップ型の利用イメージとしては以下のようになります。 1つ注意が必要な点としては、デスクトップ型の製品ではロボットが処理を実行している時にはPCを占有するため、個人のPCに入れるというよりも専用PCを用意することを推奨しています。 デスクトップ型製品では、簡単にロボットを作成・稼働できるのがよい点ですが、反面、全社で統一管理をしたいという要望がある場合には不向きです。 WinActorの場合、統合管理するソリューションを追加できるよう準備していますので、このような要望にも対応できるように機能拡張をしています。 サーバー型 デスクトップ型はデスクトップ上でロボットを動かす。それに対してサーバー型は「サーバー上でロボットを動かす」から「サーバー型」なんじゃないか？と推測するかもしれません。 サーバー型は「ロボットをサーバー上で管理する」のでサーバー型と呼ばれます。 当然管理するためのサーバーを別途用意する必要がありますので、その分費用も高くなりがちですが、ロボットの実行環境を増やしたい場合には一元管理するメリットが活きるので比較的大きな環境向けといえるでしょう。 また、製品にもよりますが、PC上でもサーバー上でもどちらでもロボットを実行可能です。 ロボットの実行は管理サーバー上で管理されますので、管理者が管理サーバー上でスケジュール実行や実行トリガーの設定をすることによって実行できます。（手動実行もできます） 構成のイメージは以下のようになります。 ３．まとめ WinActorの画面イメージや簡単なデモ動画をご紹介しましたが、どのような製品かイメージがついたでしょうか。 WinActorはロボットを作る操作がさほど難しくなく、RPAで実現する生産性向上の第一歩として使い始める製品としては非常に有用です。 まずは身近な業務で複数の人が同じような業務を行っているのであれば、そこからRPA化を着手してみるのもいいのではないでしょうか。 ※WinActor®はNTTアドバンステクノロジ株式会社の登録商標です。 この記事に関する、ご質問は下記までご連絡ください。 エヌアイシー・パートナーズ株式会社 技術支援本部 E-Mail：nicp_support@NIandC.co.jp
こんにちは。 てくさぽBLOGメンバーの佐野です。 最近世間で業務の効率化ツールとして注目を集めているソリューションであるRPA（Robotic Process Automation）。 どんなソリューションなのか？どういうところに適用する（できる）のか？が言葉を聞いただけではなかなか理解しづらいので、今回はRPAの概要編ということで解説をいたします。 １．RPAって？ RPAは"Robotic Process Automation"の略です。”Robotic”とあるので、Pepperのようなロボットを想像するかもしれません。 または、工場などに設置されているような製品を組み立てるために使う機械を想像するかもしれません。 実はRPAでいう”ロボット”は物理的なロボットではなく”ソフトウェアのロボット”を指します。ソフトウェアなので、”パソコン上の操作を自動化する”ためのロボットとなります。 よくあるRPAの使い方の例としては以下のようなものがあります。 例1：Excel（CSV）で受け取ったお客様情報一覧を社内の顧客管理システムに入力する 例2：ECサイトを巡って自社製品の実勢価格を一覧としてExcelにまとめる 上記のようなことを実現できる、PC操作を自動化するためのソフトウェアロボ＝RPA なわけですが、RPAが最も威力を発揮するのは複数のアプリケーションをまたぐ操作の自動化です。 Excel内で完結する処理なのであれば、マクロで済んでしまいますが、RPAはExcelをはじめとした、Webブラウザや専用アプリケーション間のデータの橋渡しができるソリューションです。 例えば、顧客マスタのExcel（CSV）を元に顧客管理システムと販売管理システムのそれぞれに顧客情報を登録することができます。 世の中にはRPAソリューションが多数ありますが、大きく2種類の特長に分類できます。 サーバー実行型 デスクトップ実行型 サーバー実行型は実行するロボットをサーバー上で管理します。特に多くのロボットを稼働させる場合には実行スケジュールの調整やスケールアウトの柔軟性が高いという点でも集中管理する場合にはサーバー型が最適です。 それに対してデスクトップ実行型はユーザーの端末上でロボットを稼働させることができます。サーバーを用意する必要がないため、すぐに始められる（スモールスタートできる）ところが良い点です。 デスクトップ実行型はRDA（Robotic Desktop Automation）と呼ばれることもあります。 サーバー実行型・クライアント実行型のどちらがよいのか？という問いには、それぞれにメリット・デメリットがあるのでケース・バイ・ケースとしか言えません。どのような業務を対象とするのか、どの程度の規模になるのかによって、最適なものを選択する必要があります。 海外製品も含めたRPAのメジャーな製品を分類すると以下のようになります。 ２．RPAを使うとどういう効果があるの？ RPAを導入すると以下の効果が見込めます。 人為的な操作ミスによる手戻りの削減 業務のスピードアップ・効率化 人間がより付加価値の高い仕事に時間を割けるようになる また、RPAを導入する際に業務プロセスの見直しをすることが多いので、副次的な効果として、業務プロセスの簡素化を実現することもあります。 RPAを導入することによって効果が大きくなる業務は以下のようなパターンです。 業務の量が多く、転記やシステムへの入力といった操作の繰り返し 同じ内容（例：お客様情報）を複数システムへ登録 他には、RPA単体ではなくOCR製品と組み合わせて帳票の読み取りからシステムへの入力までを自動化する、という業務も効果が大きくなります。 このように、人間の判断が比較的少ない操作をRPAにより自動化することで従業員のワークロード削減に繋がります。 さらに、対象業務によってはお客様の待ち時間が減少し、顧客満足度向上につながる、なんてことも有り得ます。 具体的な例として、弊社内で実装した例を以下に挙げます。 この例では、メーカーのサイトにある発表レターを弊社のサイトに掲載する業務の自動化になります。 この仕組みを実装することで、人間が定型的・定期的に実行していた業務の一部を自動化でき、メーカーサイト・CMS・Notesと3か所あった作業ポイントがCMSのみの1か所に集約できています。 ３．RPAでロボットを作るにはどうしたらよいの？ 製品にもよりますが、ロボットは主に以下の2種類の方法で動作を定義することができます。 １．操作を録画し再現する ２．操作を手作業で定義する 最もお手軽なのは１．による録画ですので、この機能を利用することが基本となりますが、人間が実行した操作を記録するだけなので人間が頭で判断しているコト（例えば条件分岐や繰り返し操作）を網羅してロボットを作ることができません。 そのため、条件分岐などを実装するためには、２．を使うことになります。 ロボットの定義は実行してすぐに動作を確認することができるので、「１．で録画」→「２．で条件分岐・繰り返し操作を実装」→ロボットを実行して動作確認→他の操作を「１．で録画」→「２．で条件分岐・繰り返し操作を実装」→ロボットを実行して動作確認・・・ ということを繰り返してロボットを作っていきます。 製品によっても違う部分がありますが、Webブラウザの操作を記録する場合、HTML構文解析機能をもっているものは、HTMLタグのどの項目をどのように変える（入力する）のか、ということを判断できるので、精度が高くなります。 また、画像認識機能を持つ製品もあり、それらの製品ではウィンドウ内の位置情報だけでなく「どのボタンを押すか」を画像一致で検索・実行できます。 ロボットの一連の動作を定義したものを”シナリオ”と呼びますが、シナリオの書き方が製品毎に大きく異なります。 フローチャートのように動作を定義していくものもあれば、まるでプログラミング言語でコーディングをするかのようにシナリオを作るものもあります。 RPAとしての機能だけではなく、維持運用のことも考慮して”どのようにシナリオを作るのか？”も気を付けた方がよいポイントです。 「ロボットを作るにはどういうスキルセットが必要なの？」と聞かれることも多いのですが、条件分岐・繰り返しもあり、正しい処理に直すためのデバッグを考えるとプログラミングを全くやったことが無い人だけでは難しいです。 しかし、バリバリのプログラミングスキルが必要かというとそうでもないので、Excelマクロを組んだことがある人であれば問題ないレベルではないかと思います。 ４．まとめ 今回は概要の解説ですが、実際には製品によって実現できることが大きく変わってきます。モノによっては、RPA製品単体で実現出来るけれど、別の製品だと他の製品を購入・連携させないといけない、なんてこともあります。 また、Webブラウザの操作はHTML構文解析機能を利用するため精度が高いのですが、それ以外のアプリケーション（Office製品除く）は専用のモジュールが用意されていないことが多いので、画像認識や座標指定での実装となり、精度が落ち、実装できることに制限が発生することが多いです。 製品選定をする場合には、RPA製品としてどのようなモジュールが用意されているのかについても気にした方がよいポイントの一つです。 次回以降に、弊社が取扱いできる2製品（WinActor、IBM RPA with Automation Anywhere）を検証しましたので、その内容や製品の特長も含めて解説をしていきますのでお楽しみに。 この記事に関する、ご質問は下記までご連絡ください。 エヌアイシー・パートナーズ株式会社 技術支援本部 E-Mail：nicp_support@NIandC.co.jp
皆さんこんにちは。てくさぽBLOGメンバーの河野です。 2018年6月に IBM i が AS/400 として誕生してから30年が経ちました。 IBM i は、この30年間に様々なテクノロジーを吸収し、名称をその時々で変えつつ、性能も大幅に進歩しています。長きにわたり全世界のユーザーに支持されているのは、移植性、堅牢性等の製品コンセプトが、誕生から変わらないことが、大きな要因ではないでしょうか。 次の30年に向けてスタートを切った、IBM i。全世界にも中継された、記念すべき IBM i World 2018に参加してきました様子をご報告します。 IBM i World 2018は、秋葉原コンベンション・ホールで開催されました。会場内は満席で、その期待と熱気が伝わってきました。そして、14:00 の定刻通りにオープニング・セッションが開始されました。 IBM i ユーザーがすぐにでも取り組める事例 講演は、どれも興味深いものでした。その中でも IBM i ユーザーがすぐに取り組める話として、九州三菱自動車販売株式会社様の開発事例が特に興味深かったので、ご紹介します。 九州三菱自動車販売様では、来店のお客様情報をリアルタイムに把握できないという課題に対して、ナンバープレートをカメラで読み取り、リアルタイムにお客様担当者へ通知する仕組みを導入していました。 しかし、1台のPCにしか情報が届かないために、結果として“ご用件を伺って予約いただいたお客様”に対して、ご来店時に再度ご用件を伺うといったような“効率の悪さ”があり、うまく仕組みを活用できていない、という課題がありました。そこで、通知を専用PCではなく、音声で担当者のPCに知らせる、インカムで来店通知を一斉発報する仕組みを構築しました。 その際に必要となったのが、ナンバープレート読み取り機能と IBM i 上の顧客データとの連携です。そこで、採用した技術がOSS（Open Source Software）を組合せて独自開発して、IBM i と連携させる仕組みでした。 最新の IBM i は、OSS 連携ツールが充実してきており、また、ユーザー研究会等の IBM i コミュニティからアドバイスやヒントが得られることも、実装する上で大きかったようです。 開発が進み、最終的には、インカムへ音声通知する仕組みまでを3ヶ月で完了しました。 私は、IBM i は基幹システム、という堅いイメージがあったのですが、最近の活用のされかたは、画像情報とリアルタイム連携するなど、進化し続けていることを改めて感じました。 増々 OSS が進化することと思います。OSS の進化に併せOSS との連携（データ連携）に関連しセキュリティやネットワークといった技術との連携も意識して取り組みが必要となってくるはず、と感じました。 事例発表の後、IBM からの使用技術の説明があり、更に理解を深めることができ、参加されたユーザーの方々もチャレンジして欲しい内容の話でした。 働き方改革に貢献する事例 もう一つのユーザー事例は、住商モンブラン株式会社様の働き方改革に対する取り組みでした。 それは、IBM i 上のリアルタイムの売り上げデータを IBM Watson へデータ連携することにより、生産計画のための分析資料を、簡単に作成できるというものでした。 住商モンブラン様では、IBM i の基幹データをコアに、様々なツールと簡単に連携させることにより、生産性が向上し、残業を削減させることに成功しました。これはまさに、今問われている働き方改革に IBM i とそのデータ活用が貢献する話でした。 最新技術との連携で課題解決に貢献する IBM i 今後は、IBM i を企業を支える基幹システムとしての役割だけはなく、生産性向上、顧客満足度向上、企業価値の向上など多くの役割を担える、ということがわかった IBM i World 2018での事例紹介でした。 今後も、IBM i をフォローしていきたいと思います。 ※この記事は2018年7月6日時点の情報を基に作成しています。 この記事に関するご質問は、下記までご連絡ください。 エヌアイシー・パートナーズ株式会社 技術支援本部 E-Mail：nicp_support@NIandC.co.jp
こんにちは。てくさぽBLOGメンバーの山田です。 6月11日―12日に開催された IBM Think Japan 2018に参加してきました。 今、IT業界ではデベロッパー向けのイベントが増えていますが、IBM Think Japan 2018 も、初日を Code Day と称して3,000人を超えるデベロッパーが参加するイベントとなりました。 そのキーメッセージは、 世界はITでできている。イノベーションはエンジニアがリードする。 です。 イノベーションを牽引するエンジニアの時代 今年3月に開催されたラスベガスの IBM Think にも参加しましたが、Code Dayと銘打ってエンジニア向けの日程を設けたり、新世代エンジニアを登壇させたりという企画は、日本独自のものでした。この新世代エンジニアを登壇させるという企画からはグローバル以上に強いメッセージを感じました。逆にいえば、日本ではまだまだエンジニアへのフォーカスが弱いという証拠なのかもしれません。 新世代エンジニア4名が登壇した「エンジニア達の世界観」をテーマとしたパネルディスカッションは、IBMイベントとしては異色でした。 ここがポイント！ 彼らは異口同音に、場所や時間にとらわれない働き方が理想であり、エンジニアはそれを実現できると述べている コミュニティへの所属は、個人だけでなく組織や社会への貢献につながる エンジニアは課題を持つ現場と一緒に解決に取り組むことが大事 特に、高齢化という現場の課題を挙げ、テクノロジーによる身体能力拡張や自動化の研究に取り組んでいるという話では、若者たちが高齢化への取り組みを前向きなチャレンジとしてとらえ、日本ならではの強みになると考えていることに感動と期待を感じました。 IBMの主催イベントでありながら、IBM製品やテクノロジーについてまったく話題にしなかったことも面白く、こういった発想をもつエンジニアの皆さんが、どのようなテクノロジーを評価し、どのようなツールを使うのかを、市場は注目しているに違いないと感じました。 IBM Code Patterns はまさにデベロッパーのためのツール 今回のイベントで大々的に発表された「IBM Code Patterns（コードパターン）」は、まさに彼らにとって有効なツールになりえるのではと思いました。 IBM Code Patterns は、アプリケーション開発に役立つアイデアやコードが、以下のような作りたいアプリケーションの目的別に提供されたものです。例えば、ブロックチェーン・ネットワークを構築する、API Connect と Secure Gateway を使用してハイブリッド・クラウドを作成するなど、ディベロッパーのための様々ツールを提供しています。 コードを読む時間が短縮できるというメリット IBM Code Patterns では、作りたいアプリケーションの目的別にアーキテクチャ、サンプルコード、ドキュメント類がまとめて提供され、コードを読む時間が短縮できるというメリットがあります。 モバイル、クラウド、AI など、現在のアプリケーション開発は複数のテクノロジーが複雑に絡み合っています。そのため、それぞれの分野のスぺシャリストが、コミュニティで活動することが重要です。また、エンタープライズの世界では業種ごとの専門的要件なども関係するため、Context（文脈）も重要になっています。これらの状況を踏まえ、IBM Code Patternsがアプリケーション開発に役立つアイデアやコードを提供することで、開発者の次のステージをサポートするのです。 更にコグニティブの出現とともに”開発者は意思決定者に進化した”というメッセージにもある通り、エンジニアはテクノロジーを使って言われたものを作るのではなく、クリエーターであり、イノベーターであり、ダイバーシティを表現する存在として期待されているということと捉えることができます。 印象に残ったセッション 40以上の Breakout Session では、テクノロジーや開発手法などのトピックがデモやユースケースを通じて具体的に紹介されていました。 二日目の General Session では、この1年でどんなことが起きたのかを日本IBMの社長であるエリー・キーナン氏が振り返っていました。 テクノロジーの変革は大きく飛躍しました。 AI の認知度が上がり、日本でも Watson 導入企業は7倍になった ブロックチェーンの導入により、トレーサビリティの時間も7日から2.2秒に短縮された 量子コンピューターで、アジア初の HUB を開設した テクノロジー以外のことでは、ディスラプション（破壊的イノベーション）について語っていたことが記憶に焼き付いています。元々ディスラプションは Uber のように業界以外から起きると言われていました。しかし、実は業界 TOP の既存企業によるディスラプションが大幅に拡大していることが分かったそうです。 これは、既存企業が持つ非公開データの存在が大きく影響しているようで、データの重要性を裏付ける現象だと言えるでしょう。 楽天の取り組み Keynote として講演された楽天の事例は、初日のエンジニアによるイノベーションと、ディスラプションとなりえる企業の戦略を表したものだったと感じました。 楽天は、昨年、Watson のテクノロジーと楽天のビジネス上のノウハウを活用し、”楽天AIプラットフォーム”という社内システムを構築しましたが、驚くべきことに、1年間に38ものチャットボットを立ち上げ、サービスの品質や利便性を向上させているとのことでした。 更に、このような楽天エンジニアのスペックやその取り巻く環境も興味深いものがありました。 世界8か国に4,600人のエンジニアを抱え、国内に至っても日本人比率は、41% とまさにグローバル化されています。また、女性が23%を占めるダイバーシティな環境でもあります。社内の英語公用語化も、世界中から優秀なエンジニアを集めるための１つの施策だったそうなので、エンジニアへの期待値は相当高いと言えます。 今後、ブロックチェーンの技術を活用した楽天ポイントのグローバル通貨化の構想もあり、楽天ポイントを通じて個人的にも先進テクノロジーの恩恵を受けることができるのかとワクワクしました。 もはや仮想通貨に限らず様々なエリアで活用される技術となったブロックチェーンについては、近いうちに特集で取り上げたいと思います。 まとめ 最後に、初日に講演していたWatsonの生みの親グラディ・ブーチ氏は、 今やデベロッパーはすばらしいコードを書くだけでなく、経済的価値をもち、倫理的・道徳的な課題を解決するコードを書かないといけない。世界を変えているのでその責任があるのだ。 と語っていました。 正直、そこまで言う？とその時は思いました。しかし、二日間セッションに参加するうちに、IBMはこんなにもエンジニアを大事にしている、と感じると共に、ビジネスパートナー様をサポートする立場として、エンジニア向けにどんなサポートができるのかを考えさせられるイベントとなりました。 ※この記事は2018年6月27日時点の情報を基に作成しています。 この記事に関するご質問は、下記までご連絡ください。 エヌアイシー・パートナーズ株式会社 技術支援本部 E-Mail：nicp_support@NIandC.co.jp
皆さんこんにちは。てくさぽBLOGメンバーの佐藤です。 IBM のグローバルイベントである「IBM Think 2018」（以下 Think）に参加するため、ラスベガスに行ってきました。 Think は 3/18-22の 5日間開催で、IBM の最新の情報や事例などのセッションが 2,700 以上(!)もあり、注力イベントになります。 セキュリティ、Watson 、ブロックチェーンといった最新テクノロジーや量子コンピュータIBM Qといった製品に至るまで幅広い範囲をカバーしています。 本記事ではハードウェアを中心の内容をお届けします。 １．伝統と革新のメインフレームIBM Z IBM Z 関連でいくつか発表・言及がありました。 IBM Zというとメインフレームで枯れたハードウェアで老朽化にともない粛々とリプレースを繰り返す…そんなイメージがあるかと思います。 セキュリティに関しては、z14から、すべてのデータをOSレベルで100%暗号化を実現しています。 しかし、メインフレームであれば基本的にはローカルネットワーク上にあるはずで、そこまで強固な暗号化がそもそも必要なのか?という疑問が出るかと思います。 IBMからのメッセージは、データ活用、クラウド化、ブロックチェーンといったキーワードでした。 すなわちIBM Zのデータをもっと活用してより新しいサービスを提供しよう！ 新しいサービスには、Watson等の他のシステムとの連携が必要になり、様々なシステムとつながることになり、よりいっそう脅威にさらされやすくなることを意味しています。 IBM Zは他のシステムとの連携で攻めに転じつつ、100%暗号化で守りも万全という攻守がそろったシステムとなります。 写真はz14、クリアパネルで中が見えるようになっていた特別な展示モデルです。 正確に言うと拡張ボードの筐体、中央のバックプレーンに対して前後で拡張ボードが刺さるという効率的なデザイン。 昔を知る人間からすると、NEC PC‐9800シリーズのCバスを彷彿とさせる構造。 ２．OpenPower OpenPower系ですが、IBM Powerとは別に展示がありました。 日本で未発売の1U Power9モデルやラックスペース社のモデル、Googleの社内使用の特別モデル 珍しいところでは、ロシア製の2Uで4ソケット、メモリが最大8TB搭載可能なPower8マシンもありました。 OpenPowerも盛り上がりを見せています。 ラックスペース社の実機。 普段はクラウド提供のため、実機がみられることはほぼないと思います。 PCIeをフレキシブルケーブル延長して横向きGPUを搭載するという凄い仕様 写真右のジャバラは何かと思ったら、引き出し構造になっており2.5インチのDiskスロットが横向きに並んでいる構造です。 おかげでスペース効率はかなりよさそうです。 ３．IBM Q IBMは量子ゲート方式の量子コンピュータを世界で唯一サービス提供しています。 ハードだけでなくソフトまで提供しているのはIBMのみで、今回新たに早期アクセス版の発表もあり 日本からは日立金属、本田技術研究所、長瀬産業、慶應義塾大学が参加します。 50Qbitの試作機の展示がありました。 といってもそのほとんどは冷却装置になります。 量子コンピュータにおける量子もつれ状態(重ね合わせ）の状態を維持するには、絶対零度近くまで冷やす必要があるためです。 また、電磁波といったノイズも影響を受けるため、実際動かすときはさらにカバーが付きます。 ４．最後に 全体的な印象としては、例年開催しているIBMの複数のイベントをThinkに集約するという初めての試みもあったため非常に盛況でした。 会場はとても広かったのですが、それでも参加者が4万人ということもあり、基調講演といった特別なセッションがおわると人の流れがすごかったです。 基本すべて英語で行われますが、だんだん耳も慣れてきますので、習うより慣れろとはまさにこのことでした。 来年はサンフランシスコで行われますので興味のある方は参加をおすすめします。 Think2019のために、予定はあけておいてね！との事。 この記事に関する、ご質問は下記までご連絡ください。 エヌアイシー・パートナーズ株式会社 技術支援本部 E-Mail：nicp_support@NIandC.co.jp
こんにちは。てくさぽBLOGメンバーの佐藤です。 ハイパーコンバージドや、次世代移動通信「5G」等、今後さらなるネットワークの高速化の需要が高まることが予想されます。 現在10Gbpsを採用されるケースが多いかと思いますが、2018年以降普及しそうなNVMeOF等を踏まえると10GbpsEtherですらボトルネックになることが想定されます。 今回は、10Gbpsの次の世代、今から覚えておいて損はない25GbpsEtherの紹介をしたいと思います。 RJ45の終焉 以前、10GbpsEtherは何を選べばよいの?で10GBase-Tについて触れました。 有線LANといえばRJ45アダプタというのは一般の人にも広くなじみがあるのではないでしょうか？ 気になるのは後継にあたる25/40GBase-Tだとおもいます。 25/50GBase-Tでは？と思われますが、技術的に実現できないという事で、25/40GBase-Tで規格化されました。 25/40GBase-Tについては、2016年にIEEE 802.3bqで標準化されましたが実際の製品は2018年3月現在、残念ながら存在しません。 技術的な課題から製品の登場は2020年以降と言われています。 また、スイッチとなるとさらにそのあとにリリースとなりますので、現時点では普及するのが全く見えない規格といえます。 今現在、10Gbpsを超える規格については、RJ45は選択できません。 40/100Gbpsを振り返る ご存じの方は、40/100GbpsEtherが先にあるのに、なぜ今になって遅い25/50Gbpsなのだ？違和感を覚えるかもしれません。 そこで、40/100GbpsEtherを振り返ってみましょう。 40/100GbpsEtherは10GbpsEtherの技術をなるべく流用しようとのコンセプトの元作られています。 簡単に言うと、40GbpsEtherは内部的には10GbpsEtherが4つ束ねられています。 100GbpsEtherは大きく分けて2つの規格があるのですが、一つは10GbpsEtherを10本束ねる方式 もう一つは25Gbpsを4つ束ねる方式を標準化しました。 40/100GbpsEtherの問題点とは？ さて、当初40/100GbpsEtherは規格化も製品化も比較的スムーズに進んだのですが、課題の低コスト化が解決できずに普及がなかなか進んでいません。 問題は何か？これらの規格は見た目のケーブルは1本ですが、内部的には4ないし10のケーブルが束ねられています。 実際、ネットワークスイッチやNICカード内の配線が過去の4倍もしくは10倍必要で、特にネットワークスイッチは内部配線が大変なことになります。 当然、10Gbpsを10本束ねるタイプの100GbpsEtherについてはかなりコストが高止まりすることになりました。 25/50GbpsEtherとは？ そんな問題点を解決する策は1つしかありません。 技術的にはハードルが高いですが、1本あたりの転送速度を25Gbpsする必要があります。 100Gbpsであれば10Gbps×10ではなく、25Gbps×4の100Gbps方式をとるということです。 25GbpsEtherの期待値が高いことがこれでお分かりになると思います。 規格一覧表 文章で説明してきましたが、かなりややこしいと思いますので、一覧にまとめます。 ｲｰｻﾈｯﾄ ｸﾛｯｸﾚｰﾄ ﾚｰﾝ数 ﾃﾞｰﾀﾚｰﾄ 1GbE 1.25GHz 1 1Gbps 10GbE 10.31GHz 1 10Gbps 25GbE 25.78GHz 1 25Gbps 40GbE 10.31GHz 4 40Gbps 50GbE 25.78GHz 2 50Gbps 100GbE 10.31GHz 10 100Gbps 100GbE 25.78GHz 4 100Gbps ケーブル種類 ケーブルについては、メタル、光と豊富にありますので、戸惑いますが、自由に組み合わせることができます。 現在主流のSFP/QSFP系のみ紹介します。 選び方は、低コストは短距離、高コストは長距離となります。 1.DAC(DirectAttachCopper) ・最も安い ・最大長～5m 2.AOC(ActiveOpticalCable) ・DACに次いで安い ・最大長～100m 3.Optical Transceiver ・高コスト(Transceiver+Cableが必要) ・最大長 SR～100m LR~10km 画像はmellanoxから、直販価格は一つ当たり、25Gbps SFP28 LC-LC SR $155 画像はmellanoxから、LRが25Gbpsはまだ出てなかったので参考で100Gbpsになります。 直販価格は、一つ当たり100Gbps QSFP28 LC-LC LR4 $4315(!) まとめ 10GbpsEtherの時もそうでしたが、10Gbpsを超える速度の世界は種類が非常に多く悩ましいと思います。 現状を踏まえると ・RJ-45タイプは製品が出ていないので選択肢から外れる。 ・25Gbpsより上の速度はマルチレーンになり、同じ100Gbpsでも10Gbps×10と25Gbps×4では互換性がない。 ・RDMA/RoCE,NVMeOFといった技術を使うことにより、規格上の帯域だけでなく実効転送速度も期待できる。 となります。 現状RJ45のケーブルを敷設しているユーザーはケーブルの敷設のやり直しが必要になります。 単純にネットワークの高速化だけではコストが高すぎるとなるケースもあるかもしません。 25Gbpsですと帯域的にもファイバチャネルの置き換えも可能になりますので、SANネットワークの置き換えも併せてご提案というのが良いシナリオになるかと思います。 IBM Storage製品ではV7000/V50x0シリーズが25GbpsEtherに対応しておりますので、ご提案検討に含めていただけると幸いです。 この記事に関する、ご質問は下記までご連絡ください。 エヌアイシー・パートナーズ株式会社 技術支援本部 E-Mail：nicp_support@NIandC.co.jp
