Windows 10の仮想化には、展開プロセス全体を簡単にし、パッチ管理を簡素化するなど、いくつかの主要な利点があります。
ITプロフェッショナルがWindows 10への移行を決定すると、彼らが答えなければならないもう一つの大きな疑問は、仮想化を通じてMicrosoftの最新OSを提供するかどうかということです。
Windows 10の仮想化には、展開プロセス全体を簡単にし、パッチ管理を簡素化するなど、いくつかの主要な利点があります。
ITプロフェッショナルがWindows 10への移行を決定すると、彼らが答えなければならないもう一つの大きな疑問は、仮想化を通じてMicrosoftの最新OSを提供するかどうかということです。
この記事では、AWS上のサーバーレスアーキテクチャから抜粋したPeter Sbarski氏の著作が、ラムダ関数のパフォーマンスを改善するために開発者が使用できる5つのコツを紹介します。
AWS上でサーバレスアーキテクチャを実行するITチームは、従来のサイロとサーバに代わるアプリケーションを大規模に構築できます。AWSは、コンプライアンス、セキュリティ、メンテナンス、および稼働時間のニーズを満たすサーバレス環境を開発者が作成するのに役立ちます。
ハイブリッドクラウドは複雑で、さまざまなストレージとネットワーク要件があります。適切なツールとサービスは、IT管理者がAWSのブリッジングに一歩近付き、ワークロードを一元化します。
多くの企業は、必要に応じてクラウドとの間で情報を移動しながら、データライフサイクル管理計画のハイブリッドクラウドに目を向けます。しかし、ITチームは推奨されるハイブリッドストレージツールを使用する必要があります。また、公共と民間のクラウドを結ぶネットワーキングによって、両方の環境が適切に機能することが保証されます。
RAIDはワークロードのリカバリを提供し、データ損失を防ぎますが、RAIDのすべてのレベルが同じになるわけではありません。RAID 1、RAID 5、RAID 6のストレージのトレードオフとは何か。
クリティカルなワークロードで作業する場合は、ワークロードのリカバリ力、データの可用性、効率的なストレージ使用がすべて重要です。適切なセキュリティが適切に設定されていないと、ドライブの障害によってデータが完全に消去される可能性があります。RAIDは、障害から保護するために、複数のディスクにデータを分散します。ディスクの障害が発生した場合でも、データは2番目の場所に存在し、一貫したコンピュータの速度と可用性を維持します。
vSphere6.5以降では、vSphere Web Clientを使用してMacまたはLinuxマシンからvCSAを簡単にセットアップできるようになりました。
VMwareの創設以来仮想環境の管理者は、ハイパーバイザーとVMware vCenter Serverアプライアンスの両方を管理するために、ファーストクライアントとも呼ばれるvSphere Web Clientを使用してきました。
その環境を管理するために、多くの管理者はWindowsを使用していますが、Linuxを使用している管理者は不利な点が多くありました。幸いこの制限は、vSphere 6.5またはvSphereの将来のバージョンには当てはまりません。
VMwareホストクライアントは、vSphere Flashベースのクライアントよりも高速で安全ですが、まだ十分ではありません。 ESXiホストの管理に使用できるその他のツールがいくつかあります。
VMwareホストクライアントは、単一のESXiホストに接続して管理するHTML5ベースのユーザーインターフェイスです。vCenterおよびvSphere Web Clientが使用できない場合、VM、ネットワーク、ストレージなどのホストリソースを管理し、個々のVMまたはホストのトラブルシューティングを行います。もともと、VMware Labsによる開発として開発されたVMware ホストクライアントは、各ESXiデプロイメントにバンドルされています。
Hyper-V 2016には数多くの新機能が搭載されているため、それらをすべて紹介するのは難しく、
時間が限られている場合、この5つの重要な機能を最初に見せてください。
仮想環境管理を容易にするための多数のHyper-V機能がありますが、機能が非常に多く、実際に使いこなすまでが困難で時間がかかります。 機能は、克服すべき課題と最終的に管理者の責任をどのように緩和するのかによって区別されます。 Hyper-Vの各バージョンには、新しく改良された機能が導入されています。
仮想化には多くの課題があり、仮想ハードウェアを選択したときはいくつかの重要な基準を考える必要はあります。それらはホスト上に置く仮想マシン(VM)の数やLUN(logical unit number)があります。
もし、それらの数値を決めない時は、仮想インフラはパフォーマンスの低減に陥ります。ここではVMware vSphereインフラでのそれら数値について考えてみます。
ローカルデータセンターからパブリッククラウドへの移行中、多くの組織はIPアドレスを取り巻く潜在的な問題を見落としています。
まず、クラウドプロバイダがアドレス割り当てをどのように管理しているかを理解する必要があります。
クラウドプロバイダとクラウドインスタンスのアクティビティは、通常、IPアドレスの範囲と可用性を制限するため、パブリッククラウドでワークロードが使用するアドレスは、通常、構内で使用するアドレスとは異なります。
デフォルトではスナップショットは各VMのホーム・ディレクトリに書き込まれています。ユーザはVM上でボリューム・スペースを取られないように、このロケーションを変更したいということがあるかも知れません。それはそれぞれ各VM上のスナップショット用の新たなワーキング・ディレクトリを指定することで可能です。この方法を選択したときにはスナップショットと.vswpファイルの両方がこのディレクトリに書き込まれます。
あるベテランVMware管理者からの推奨:
毎日のVMwareメンテナンス・タスク:
●アラーム用のメールボックスの確認
一旦適切なアラームが構成されれば、その後は多くの努力を必要としません。
●サーバ・ルームへ足を運ぶ
アラームを設定していても、ホストのコンポーネント表示を実際に確認する方が正確に見分けることができます。
●高可用性
VMwareの高可用性を実現するには、VMwareHA(以下HA)とFTがあります。
HA・・・故障時のリカバリ方法は、仮想マシンをパワーオンからやり直すというものです。そのため、サービスが回復するまでには一定の時間を要します。
FT・・・仮想マシンの実行はそのまま継続されるため、メモリ上のデータも含めデータロスは発生しません。
多くのユーザはディスクIOPS(input/output operations per second)の大容量を生成可能な 仮想マシン(VM)用シック仮想ディスクで困っています。(調査ではシックのパフォーマンスで利点は名ばかりであると指摘していますが。)しかしユーザはほとんどディスクIOPSを生成しないサーバ・ベースのVM上でシン仮想ディスクを使用しています。