大きなメリットは3つあります。重要なパッチの見逃しが無くなる導入・運用全てでリブートが不要システムの運用を行っていると、システム側で再起動がどうしても必要なことが多々あるかと思います。ユーザーはサービスが止まることは望んでおらず、いつでも使いたいと思っています。脆弱性管理は行っていたとしても複数のOSバージョンやディストリビューションが混在している環境だとそれぞれに対してパッチの適用を行う必要もでてきますし、Kernelの更新時にほかの昨日もアップデートされ、アプリケーションに影響がでないかと気にする必要がでてきます。KernelCareはメリットにもあるように、既存のシステムに対して簡単にインストール(事前検証は必須です)でき、Kernelの脆弱性について自動でパッチ適用し、既存のアプリケーションにも影響を与えないということを再起動不要で行うことができます。サポート対象OS現時点でのサポート対象OSは下記のようなものがあります。※詳細バージョンはお問い合わせください。多くのLinuxディストリビューションをサポートしています。パッチの作成はだれが行う?Kernelのパッチ作成はKernelCareの開発元である、CloudLinux社が行っています。カーネルに適用されます。カーネルアドレススペースにパッチをロードし、実行パスをオリジナルのコードブロックからアップデートされたコードブロックへと安全に切り替えるという仕組みで動いています。メモリ上で展開しているので、再起動するとパッチは消えてしまいますが、再起動直後にKernelCareエージェントがパッチを取得し適用します。アプリケーションに影響がないのはなぜ?パッチが提供するのは脆弱性部分についてのみで、その他のカーネルの機能にはパッチを提供しないためです。よって、カーネルのバージョンもあがりません。動作の仕組み今回投稿しませんが次回以降に大規模やエアギャップな環境に導入する方法についてご案内いたします。事例は?そんなクリティカルな製品だと事例を聞きたいですよね。採用企業はハードウェアベンダー、インフラ系事業者、クラウド事業者、ホスティング事業者、などになります。採用理由はメリット部分が主な理由でセキュア、ダウンタイムなしなどやSOC2準拠などがあります。まとめ今回、さらっと製品の説明をしました。別途製品説明資料が欲しい!といったご要望や脆弱性対応どうしよう?とか古いLinuxがそのまま残ってる・・・などなどLinuxの脆弱性対策をお考えの方はぜひ弊社までご連絡ください。Webでのお問い合わせはここからになります。次回以降インストール方法など使い方や他製品との連携についても投稿していきますのでよろしくお願いします。VMwareが提供されるようになりました。RDSのサービスとして販売されるので注意が必要です。実際に管理画面もvCenterではなくAWSコンソールから行うことができます。VMwareではデータベースサーバで発生する通常業務の多くをフルマネージドサービスとして利用することができます。VMwareでは管理プレーンはクラウド上のAWSコンソール、コントロールプレーンはAWSとVPN経由で接続されたオンプレミスのvSphereに展開された仮想マシン群が、データはもちろんオンプレミスのvSphereに配置されます。RDSと同じように利用することができます。VMwareの強みになります。現在は米国東部(バージニア北部)のリージョンでのみ利用することが可能なサービスです。VMwareを実際にセットアップする前にAWS側で事前準備しておくポイントが2つあります。VMwareはAWS社のフルマネージドサービスとして提供されます。vShere基盤は対象外となりますが、ハイパーバイザーより上位のソフトウェアスタックはすべてAWS社がサポートを行います。そのため、そのサポートされるvSphere環境にはいくつかの要件があります。VMware用に事前準備が必ず必要になります。以下のドキュメントを熟読してネットワークの準備をしましょう。https://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/RDSonVMwareUserGuide/getting-started-with-rds-on-vmware.pre-onboarding.htmlここまででだいぶ文量が多くなってきたので想定外の後編につづく形にします。VMwareを触ってみる~後編につづく~後編では、実際のセットアップの流れと簡単な動作について紹介していきたいと思います。Service(DBaaS)を実現するソリューションです。Database的なことをオンプレミスにも構築しちゃうぞ!というものになります。乱暴な言い方をするとデータベースの自動販売機を作ることができます。Eraではデータベースサーバで発生する通常業務の多くを1Clickで実現することができます。Eraではデータベースの自動販売機化のために、データベースにまつわる設定を標準化するためにいくつかのプロファイルを組み合わせてデータベースを展開できるようにしています。Eraのプロファイルを関連付けると以下のようになります。Eraでウィザードを進めるとこんな形で進んでいきます。EraではSLAと呼ばれるデータ保護ポリシーをデータベースに関連付けることで、ポリシーに準拠したデータ保護を担保することができます。Machineと呼ばれるトランザクションログをベースとした、任意の時間にロールバックすることが可能です。Eraでは取得したスナップショット、バックアップと連携してデータベースのクローンを高速に展開することが可能です。Machine機能とも連携可能で、ソースデータベースの時間をしてそのクローンを作成することもできます。Eraではデータベースソフトウェアの更新も管理することが可能です。Eraの管理者が準備する必要があるので注意が必要です。仮想デスクトップのソリューションをご存知の方であれば、Windows10のマスターイメージの更新を想像してもらえるとわかりやすいかもしれません。Eraの機能を利用することも当然可能です。Eraを利用することで、アプリケーションサーバやWebサーバはDevOpsのフローを実現できているけど、DBサーバだけは従来のフローのままになってしまう、開発者からの作成依頼をこなすだけで運用担当者が忙殺されてしまうといったことから解放することができるようになります。皆様こんにちは!今回はUnityの新ハードウェア(ソフトウェアは変わりません)であるUnityXTの情報です。検証機がNetworld社にも届きました!!!本記事ではUnityXT480のパフォーマンス検証を実施し公開していきたいと思います。パワフルなハードウェアになりましたね!もちろん、アーキテクチャーはそのままなので今までのUnityと操作感も変わらずシンプルに設定することが可能です。重複排除率もより高まり、性能も大きくアップしています。それが本当かどうかを確かめるために、実際にベンチマークをやっています!今回もネットワールドではおなじみになりつつある、以下の複数のIOパターンでストレージに負荷をかけていきます。テスト結果については逐次報告できればと思います。EMCストレージWikiのブログで3~4週程度に渡って公開していきますのでこうご期待!!!ではまた。新レプリケーションを試してみた!!ちょっと疲れたので、皆様こんにちは!今回も恒例でDellEMCコミュニティのストレージWiki(ブログ)に連載し情報を提供しています!今までUnityOEでは1つのファイルシステム、LUNを対象に1対1のレプリケーショントポロジしか対応していませんでした。弊社開催のハンズオンなどでも1つのデータを複数のサイトにレプリケーションをしたいという要望を多々いただいていましたが今はまだ未対応です。VE(バーチャルエディション)によるデータプロテクションの連携ブームがきてます!きてます!今回は、実際に公開されている記事も少ないAvamarVEの最新版の構築をやってみたという話題です。実際に、HCIのバックアップ提案で今もっとも熱い構成です。Domainのバックアップ連携は非常にホットになっています。Administrator(管理GUI)ではなく、下記HTML5ベースでAvamarの管理設定をしていくことになりそうです。OS10というバージョンがリリースされた直後に検証を実施しました。PowerSwitch(OS10)との連携機能で、スイッチ側でSmartfabricモードを有効化すれば、VxRailの構築や運用が非常に楽になります。