HAQM Web Services ブログ

Tag: HAQM FSx for NetApp ONTAP

S&P Global が SQL Server の高可用性と災害復旧を実現するために HAQM FSx for NetApp ONTAP を選択した理由とは

組織は複雑な SQL サーバーインフラストラクチャにおいて、データ損失を防ぐために、可用性が高く災害復旧が可能なソリューション（HADR）を構築する必要があります。クラウドの急速な普及に伴い、様々な業種の企業が、既存の環境をクラウドに移行する技術的なプロジェクトにおいての概念実証（Proof of Concept）の重要性に気づきつつあります。どのような規模の企業にとっても、導入を成功させるためには、スピードを維持しながら、基準を設定し、リスクを最小限に抑え、多角的に検証を行うことが重要です。

HAQM FSx でサーバレスワークロードの SMB 共有を実現する

クラウドファースト戦略を採用する多くのお客様は、俊敏性の向上とコストの最適化のために、自動拡張、ビルトインされた高可用性、使用量に応じた課金モデルを提供するサーバーレス技術やクラウドファイルストレージを優先的に採用しています。お客様がサーバーレスアーキテクチャを採用する際、永続的なストレージ層におけるデータアクセスの共有が必要になる場合があります。AWS Lambda には、お客様のコード用に 512MB の一時ファイルシステムが含まれていますが、これは耐久性のあるストレージを意図したものではなく、一時的なリソースとなります。この記事で紹介する Lambda 関数の SMB 統合により、関数の呼び出しにまたがるデータの共有、大きな参照データファイルの読み込み、関数の出力の永続的な共有ストアへの書き込みが可能になります。

HAQM FSx for NetApp ONTAP を使用した SQL Server Always On Failover Cluster インスタンスの HA と DR の実装

このブログでは、高可用性と災害復旧の SQL Server Failover Cluster インスタンスアーキテクチャを設計する際の基準となるアーキテクチャパターンを説明します。HAQM FSx for NetApp ONTAP ファイルシステムの NetApp SnapMirror によるレプリケーション機能を活用して、2 つの AWS リージョンにまたがるデータレプリケーションを実現します。

アプリケーションのログファイルを第三者と安全に共有する方法

アプリケーションに障害が発生し、トラブルシューティングのためにインスタンスレベルのログデータを外部の組織に提供しなければならない場合、どうすればよいでしょうか。お客様は、アプリケーションログを継続的に収集して安全でコスト最適なストレージに保存し、SecOps チームによる管理と監査が容易な方法で、外部の関係者が安全に利用できるようにする必要があります。本ブログでは、社内システムで実行されているアプリケーションログを一元管理し、効率的に保存し、安全にアクセスするためのマネージドソリューションについて紹介します。

HAQM FSx for NetApp ONTAP を使用してクロスプラットフォームの分散ファイルシステムを作成する

Peer Softwareの Global File Service（PeerGFS）により、クロスプラットフォームのファイルレプリケーションや、同期、キャッシュテクノロジを使用して、顧客がエッジや、データセンター、AWS からファイルにアクセスする方法を説明します。

AWS DataSync を使用して HAQM FSx for NetApp ONTAP にファイル共有を移行する

データ移行を計画する際には、移行ツールを評価し、オンライン移行に利用可能な帯域幅があるかどうかを判断し、移行元と移行先の特性を理解する必要があります。オンプレミスのストレージや他の AWS ストレージサービスから HAQM FSx for NetApp ONTAP にデータを移行する場合、移行元が NetApp ONTAP ではない、あるいは SnapMirror ライセンスを持っていない場合があります。 FSx for ONTAP に移行する場合、移行戦略の一環としてボリュームデータの階層化ポリシーの特性を考慮する必要があります。

← Older posts
Newer posts →