Skip to main content
272 Topics
なぜプライベートクラウドなのか? — ITチームがイノベーションのリーダーになれるように高度化

本記事はSachi Sawamuraが2019年10月7日に投稿した記事の翻訳版です。原文はこちら。 ITの役割は「舞台の裏方」から「収益を駆動」することへと急速に進化しつつあります。これは根本的にITがサポート役から企業のイノベーションを駆動するためビジネス部門へ参画する役割へと移り変わりつつあるということを意味しています。ビジネスの主なパートナーになるという期待とともに、ITリーダーはクラウド戦略を推し進めなければなりません。企業のITはイノベーションを駆動するためにクラウドサービスの採用を増加させてきています。例えば、AWSは百万のアクティブなエンタープライズユーザーを3年前に獲得しています。その年間成長率が50%程度で、昨年は売上高が$25Bに達しました。54,000ものデータベースが現在クラウドプラットフォームへ移行しています。貴社もそのうちの1社かもしれません。パブリッククラウドは全てのユースケースにとって理想的なものではない多くの企業はそれぞれのクラウドへの歩みを進め、そのクラウドが提供する柔軟性、拡張性、使いやすさの恩恵に預かっています。これらは全て、インフラストラクチャを管理しなくても良いということに端を発しています。しかし、この歩みの中にもギャップが残っています。というのも、サポートを受けるという発想から、イネーブラーへと移行する際にはITインフラストラクチャとサービスを本格的に考え直す必要があるからです。ITビジネスの変革に関連した以下のような状況を1つもしくは複数経験したことがあるかもしれません。

デジタルトランスフォーメーションとDevOpsの役割

本記事の原文はコチラ。 Julie O’Brien, SVP of Corporate Marketing Sachin Chheda, Senior Director of Global Accounts and Industry Marketing デジタルトランスフォーメーション(DX)は組織が大規模なオーバーホールとして試験的ーかつー本当のビジネスモデルと日々のプロセスの運用を考え直すきっかけとなりました。これまでの製品は新たな情報とサービス駆動の提供物で置き換えられていきます。特にコモディティ化が大規模に進む市場において顕著です。例えば流通産業においては様々な企業が製品の再パッケージ化、革新的な購入方法を模索しており、買い手のためのインテリジェントな推薦機能を追加しています。先進的な分析機能や機械学習、IoT/先進的センサー、普遍的な接続性などのテクノロジーのおかげで流通企業は店頭以外でも顧客にターゲットを定めることができ、在庫状況と顧客の振る舞いをベースに自動的なオーダーを行えるようにまでなっています。 DXの新興とIoTやデータ処理、可視化などのそれを支えるテクノロジーによって、ソフトウェアの開発はどんどん重要になってきています。新しいアプリケションとサービスを迅速に提供するために、ITチームはDevOpsモデルへと移行し開発と運用の間のギャップを埋めようとしています。 一体DevOpsとは何なのでしょうか?WikipediaによるとDevOpsは「ソフトウェアの開発」と「ITの運用」を融合させるもので、この組み合わせによってITのカルチャーとテクノロジーを開発チームと運用チーム間の摩擦のない、新しい機能やサービスの提供を加速するためのものへと変化させることだとしています。正しく実行されれば特定の組織が責任を追うような状態ではなく、コラボレーションや自動化が実現

ご紹介: Nutanixプライベートクラウド向けのセキュリティコンプライアンス

本記事は2019年10月9日にSahil M Bansalが投稿した記事の翻訳版です。原文はこちら。 企業におけるマルチクラウドアーキテクチャの採用は様々なワークロードに対して最適なクラウドプラットフォームを自由に選ぶというその効果から大きく広がりつつあります。マルチクラウドの世界における大きな課題の一つにミッションクリティカルなアプリケーションとデータのセキュリティをどのように保証するかというものがあります。業界をリードするアナリストによる調査によると、2022年までに少なくとも95%のクラウドのセキュリティ漏洩はお客様に起因するものとなり、その殆どが構成のミスによるものになるということです。クラウドのリソースの構成ミスの問題はパブリッククラウドとプライベートクラウド両方の環境についてのセキュリティ脆弱性を引き起こします。Xi BeamはNutanixをご利用のお客様のマルチクラウド環境におけるセキュリティリスク体制のトラッキング、セキュリティの死角となりそうな箇所の事前的修復で、セキュリティのミス構成をほぼリアルタイムに検出し、対応できる必要不可欠な機能を提供します。Beamはこれまでパブリッククラウド向けのセキュリティ体制の監査や修復をサポートしてきましたが、今回、Nutanixのプライベートクラウドを利用しているお客様向けに同様の機能を提供し、単一はもちろん、マルチクラウドのセキュリティ体制管理ソリューションを実現することになります。 

Xi Leap クラウド災害復旧サービスの最新情報

本記事は2019年5月8日にAparajita Jasが投稿した記事の翻訳版です。 原文を参照したい場合にはこちら。 商用販売を昨年11月に開始し、オンプレミスにホストされているあらゆるアプリケーションむけに簡単に利用できる災害復旧を提供するXi LeapはNutanixの提供するハイブリッドクラウドサービスのメインストリームとなりました。企業は自身の環境をNutanix Xi Cloud Servicesへと完全にオーケストレーションされた災害復旧(DR)ソリューションのために拡張し、オンプレミスのワークロードをセカンダリのデータセンタをセットアップすることなしに保護することができます。お客様はXi Leapを単一のツールと管理構造で利用でき、コスト、複雑さの削減、そして従来からのDRソリューションに紐づく不確かさも取り除くことができます。Leapはネイティブに統合されたDRaaSであり、ビジネス継続を保証するために復旧のオーケストレーションとオンデマンドで停止を伴わない検証機能を提供します。 グローバルで広範に利用可能我々はXi Leapがその災害復旧の能力を現在すでに利用可能な米国西(ベイエリア、カリフォルニア)、米国東(アッシュバーン、バージニア)そして英国(ロンドン)に加えて拡張することをアナウンスできることを大変喜ばしく思います。今後数ヶ月でXi Leapはテレコム・イタリアグループのインターナショナルサービスを提供するSparkle社とNutanixのパートナーシップを通じてイタリアで、そして日本とドイツでも利用可能になります。お客様にはデモのリクエストを通じて、

HYCU for Nutanix on VMware ESXi

こんにちは、HYCU(ハイク)の吉田です。 当ブログは2020年7月16日にHYCUのエンジニアリング部門のVPであるGoran Garevskiのブログの翻訳版になります。原文はこちら VMware ESXiを使用するNutanix環境において、HYCUがVMバックアップにストレージレベルのスナップショットを活用する、唯一のバックアップベンダーだとご存知ですか? HYCUだけと言うのが信じられないように聞こえますが本当です。HYCUはNutanix APIに完全に統合することにより、Nutanix AHVとESXiの両環境において、VMバックアップ時に効率的なNutanix redirect-on-writeスナップショットを活用します。これによりVMスタンを回避し、ビジネスアプリケーション/サービスに影響を与えることなく、煩わしさを完全に排除したバックアッププロセスを実現します。残念ながら、HYCU以外のベンダーでは、Nutanixの優れた機能(およびAPI)を活用することなく、NutanixのストレージをただのJBODとして扱っているようです。(Nutanix redirect-on-writeスナップショット関する説明は、今回のブログでは割愛させて頂きます。) 典型的な以下のような事象を経験したことはありますか? 最新のハイエンド・ストレージをVMware vSphereに接続していた時代、ストレージレベルのスナップショットをサポートしていなければ、有効なバックアップソリューションではありませんでした。VMware vSphere環境では、これらの事象が発生していましたが、もうだれも経験したくないでしょう: VMがバックアッププロセス内で応答しないため、本番アプリケーション

【注意】コンシューマー向けCPUのマシンにおける CEのAHV 10 へのアップグレードについて

AOS 7.x / AHV 10.x へのアップグレードがCEユーザーのLCMにも表示される可能性がありますが、コンシューマー向けCPUでの利用において、既知の問題があるためご注意ください(※当初は商用バイナリをダウンロードする権限をお持ちの方のみがアップグレード可能でした)。[元トピック]Please Hold Off on AHV 10 upgrades on Non-Enterprise Grade Hardware現在、AHV 10 へのアップグレード後に、エンタープライズグレード以外のプロセッサで実行されている CE クラスタが、アップグレード後に VM を起動できなくなるという既知の問題があります。説明:AHV 10 は qemu 8.2 を利用していますが、以前のバージョンでは qemu 6.2 を使用していました。qemu 7.1では、メモリ設定時に39-物理ビット(コンシューマー向けプロセッサに多く見られる)を検証する機能が追加されました。以前のQEMUバージョンではこの検証が行われていませんでした。この問題に対処するパッチを開発しており、AHV/AOS の将来のリリースで提供される予定です。ただし、このリリースがリリースされるまでは、エンタープライズグレード以外のハードウェアを使用している方は、AHV10 へのアップグレードを控えてください。影響があるかどうかを確認するにはどうすればよいですか?確認する最も簡単な方法は、AHV から次のコマンドを実行することです。出力が 39 bits physicalである場合は、アップグレードしないでください。[root@NTNX-2628b

Badges

  • Approachable
    LMohammedhas earned the badge Approachable
  • Neighborly
    UoEEdhas earned the badge Neighborly
  • Neighborly
    Kyaw Htethas earned the badge Neighborly
  • Courteous
    UoEEdhas earned the badge Courteous
  • Courteous
    Kyaw Htethas earned the badge Courteous
Show all badges