AWS、Azure、Googleがクラウドインフラ市場で下位との差をさらに広げる。ただしアリババは例外。2018年第4四半期、Synergy Research Group
AWS、Azure、Googleがクラウドインフラ市場で下位との差をさらに広げる。ただしアリババは例外。2018年第4四半期、Synergy Research Group 調査会社のSynergy Research Groupは、2018年第四4半期におけるクラウドインフラサービスの調査結果を発表しました。 クラウドインフラサービスは、IaaSとPaaS、ホステットプライベートクラウドを合わせたもの。 シェアトップはこれまでと変わらずAmazon Web Services（AWS）で、2位にダブルスコア以上の差を付けていますが、1年前の2017年第4四半期と比較すると2位のマイクロソフトとの差は着実に縮まっていることが見て取れます。 注目すべきは、1位のAWS、2位のマイクロソフト、3位のGoogleがいずれもこの1年でシェアをさらに伸ばしているところでしょう。上位3社と下位のクラウドベン
IBM、WatsonをKubernetes対応にした「Watson Anywhere」発表。オンプレミスでもクラウドでもWatsonを実行可能に。IBM Think 2019
IBM、WatsonをKubernetes対応にした「Watson Anywhere」発表。オンプレミスでもクラウドでもWatsonを実行可能に。IBM Think 2019 IBMはAI機能を提供するWatsonをKubernetes対応にし、オンプレミスやクラウドなど任意の環境で実行可能にした「Watson Anywhere」を、サンフランシスコで開催中のイベント「IBM Think 2019」で発表しました（日本語のプレスリリース）。 Today, we're thrilled to announce #WatsonAnywhere, IBM's next step in creating technology that is more open and accessible than ever before. Businesses can now deploy #AI wherev
IBM Think 2019の基調講演にRed Hat CEOのジム・ホワイトハースト氏が登壇、IBMとのシナジーを語る。IBM Think 2019
IBM Think 2019の基調講演にRed Hat CEOのジム・ホワイトハースト氏が登壇、IBMとのシナジーを語る。IBM Think 2019 IBMがサンフランシスコで開催中のイベント「IBM Think 2019」、基調講演に相当する「Think 2019 Chairman's Address」に、IBMによる買収が発表されたRed Hatの会長兼CEO ジム・ホワイトハースト氏が登壇。IBM最高経営責任者のジニ・ロメッティ氏と対談を行いました。 対談の内容の一部を、ダイジェストとしてまとめました。 ホワイトハースト氏 この10年でのもっとも重要なことの1つは「ユーザードリブンなイノベーション」だと思います。 将来、技術がどのような方向へ進化していくかを考えると、例えばFacebook Twitter、LinkedIn、Googleなどの企業は大規模なデータセンターにおける課題
複数のKubernetesクラスタへアプリをまとめてデプロイ、ローリングアップデートなどの新機能を搭載した「Rancher 2.2」が登場
コンテナ管理ツールの「Rancher」を開発するRancher Labsは、複数のKubernetesクラスタをまとめて管理する新機能を搭載した「Rancher 2.2」を発表しました。 RancherはもともとKubnernetesのようなコンテナオーケストレーション機能を備えた、分散環境対応のコンテナ管理ツールでした。独自のコンテナオーケストレーション機能である「Cattle」を搭載し、Kubernetesと機能的に競合する部分がありましたが、昨年リリースされたRancher 2.0からはコンテナオーケストレーション機能としてKubernetesに対応しました。 現在ではKubernetesのデプロイや運用を含む分散環境における総合的なコンテナ運用管理ツールとして開発が進められています。 そしてRancher 2.2ではより高度なKubernetesのクラスタ管理機能として、同一のアプ
Umbrella: Investigate API について
※ 2021 年 3 月 30 日現在の情報をもとに作成しています 1. はじめに 本記事では、Umbrella Investigate のデータを API 経由で取得可能にする Investigate API について紹介します。 ※ Investigate API を使用するには、Investigate API を含むサブスクリプション契約が必要となります 2. Investigate API の使用方法 Investigate API を使うと、Umbrella Investigate で確認できるいろいろな情報を取得できます。本項では、その中の「ドメインのステータスとカテゴリの取得」を通して、Investigate API の使用方法について説明します。 Umbrella Investigate REST API – Domain Status and Categorization
Japan TAC お問い合わせ： コールバックサービスのご紹介
Japan TAC への新たなお問い合わせ方法として、コールバックサービスを導入いたしました。ぜひご利用ください。 コールバックサービスとは？ Webフォームに必要事項を入力・送信すると、すぐにTAC受付窓口の担当者より、ご指定のお電話番号に折り返しお電話をいたします。その後、ケースオープンに必要な情報をヒアリングさせていただきます。 ご利用方法 ①サポート連絡ページにアクセスし「コールバックサービスをリクエストする」をクリック https://www.cisco.com/c/ja_jp/support/web/tsd-cisco-worldwide-contacts.html ② Webフォームに必要な情報を入力し、「送信」をクリック ＊印は必須項目です 電話番号は、国番号 +81から入力ください 例：03-6434-6500の場合 → +81364346500 例：080-1111
ASA5506/5512: FirePOWERモジュールとFTDの利用バージョン制限について
2019-02-14 10:32 AM - 最終編集日: 2023-12-23 10:32 AM 、編集者: JapanTAC_CSC FirePOWERモジュールもしくはFTDソフトウェアの稼働には多量のメモリが必要となり、搭載メモリ量の少ない以下モデルでは以下の利用バージョン制限が発生します。 対象製品 ・ASA5506-Xシリーズ ・ASA5512-X 利用バージョン制限 ・ASA with FirePOWER moduleの利用は、ASAバージョン 9.9.x、FirePOWERバージョン 6.2.3.xまで利用可能 ・FTDの利用は、FTDバージョン 6.2.3.xまで利用可能 例えば、ASA5506/5512でASA with FirePOWERを利用時、ASAソフトウェアバージョンを 9.10(1)にアップグレードした場合、FirePOWERモジュールへのトラフィック送信
SD-WAN : PPPoEの設定
はじめにPPPoE設定(XE SD-WANルータ)PPPoE設定(vEdge)参考情報 はじめに 本ドキュメントでは、SD-WAN ルータを使用し、PPPoEを設定する手順について解説します。本ドキュメントの設定については、XE SD-WANルータ( ISR4221/16.10.1)、vEdgeルータ(18.4.0)を使用し、解説します。 16.9.2、18.3.1以降、vManageからTemplateを使用し、PPPoEの設定が可能となっていますが、本ドキュメントでは、CLIによるPPPoEの設定について解説します。 Templateを使用した設定については、下記を参照ください。 VPN Interface DSL PPPoE PPPoE設定(XE SD-WANルータ) Router(config)# interface GigabitEthernet0/0/0 Router(conf
SD-WAN: vManage/vBond/vSmart/vEdge ソフトウェアアップグレード手順
2019-02-14 04:46 PM - 最終編集日: 2022-04-19 11:31 AM 、編集者: Tatsuro Shiotsu はじめにvManage編vBond/vSmart編vEdge編参考情報 はじめに Local vManage ServerによるvManage/vBond/vSmart/vEdgeのソフトウェアアップグレード手順について解説します。本案内では、18.3.0の環境を使用し、18.4.0へのアップグレード手順について解説します。 vManage編 1. Software Download のページからUpdate イメージをダウンロード Software Download : https://software.cisco.com/download/home/286320995/type SD-WAN Software Update ▶ vManag
ISEのtroubleshootingで必要となるlog
ISEのtroubleshootingで必要となるlog ISEのtroubleshootingを行う際によく必要となるlogやその取得方法等に関して説明します。 ISEのlogは大きく分けてLocal log, Debug log, System logの3種類に分類できます。 Local Logは通常ユーザ管理者による管理に使用されるlogになります。Debug logはTAC SR(Service Request)等でtroubleshootingが必要になった際にTAC, 開発チームにて使用するlogになります。System logはApplicationであるISEの下で動いているADE-OS(Linux)に関するlogになります。[Log levelに関して] ISEのDebug Logでは各componentのlog levelを変更することで、問題に関連しそうなcompon
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Submit Form