Amazon Web Services ブログ

物理テープベースのバックアップをテープゲートウェイで簡単に置き換える方法

 AWS には毎月数百万人のアクティブなお客様がおり[1]、クラウド導入のジャーニーのどこにいてもお客様のニーズを満たす幅広いクラウドコンピューティングサービスを提供しています。お客様向けのハイブリッドクラウドストレージソリューションを構築する AWS Storage Gateway サービスチームのメンバーとして、私は、複数年にわたるクラウドへの移行のジャーニーにあり、ストレージのニーズに対するクラウドの使用を評価している多くのお客様と話す機会があります。私が見る一般的なパターンは、企業顧客のクラウドへのジャーニーは、多くの場合、バックアップやアーカイブなどの二次的なワークロードの移動から始まります。これにより、お客様のクラウドチャンピオンは、組織内でクラウドストレージを使用することで即時に得られるビジネス価値を実証できます。バックアップにクラウドストレージを使用する運用上の知識を得ると、お客様は追加のワークロードをクラウドに持ち込み、すべてのビジネスニーズに対して AWS を活用するという最終目標に向けて前進することに安心感を持ちます。 クラウドジャーニーを開始するお客様にとって、内部で迅速な勝利を示すことはしばしば重要です。AWS のお客様の言葉を借りれば、通常、クラウドへの「小さな一歩」を踏み出すことになります。小さな一歩を踏み出すことは、組織の構造、文化、内部プロセスに関することであり、同時に技術の変化に関することでもあります。緩やかなジャーニーとは、クラウドストレージサービスを使用することで経済的価値を引き出しながら、ビジネスプロセスの基礎を維持するか、少しづつ変更することを意味します。 AWS Storage Gateway とは ここで、AWS Storage Gateway などの AWS のサービスが登場します。Storage Gateway は、オンプレミスで実質的に無制限のクラウドストレージにアクセスできるようにするハイブリッドなクラウドストレージサービスです。Storage Gateway は、ファイルゲートウェイ、テープゲートウェイ、ボリュームゲートウェイモードを介して NFS、SMB、iSCSI などのストレージプロトコルを提供し、従来のオンプレミスアプリケーションでクラウドストレージをシームレスに使用できるようにします。お客様は、オンプレミスのアプリケーションを AWS にバックアップするためにすべてのゲートウェイタイプを使用できますが、多くの場合、テープゲートウェイの使用が最も重要です。なぜでしょうか? テープゲートウェイは、バックアップとアーカイブに使用されるお客様の物理的なテープインフラストラクチャの簡単で気軽に使える代替となります。お客様は、物理テープにデータを保存する代わりに、オンプレミスのデータを仮想テープとして AWS にバックアップできます。そして、現在のバックアップワークフローやバックアップアプリケーションを変更することなくバックアップできます。テープゲートウェイは、ほとんどの主要なバックアップアプリケーションをサポートし、クラウドで最も低コストのストレージである Amazon S3 Glacier Deep Archive と統合されているため、物理テープから AWS へのワークロードのバックアップとアーカイブの移行は簡単かつ費用対効果に優れています。 お客様は、テープゲートウェイを使用してクラウドジャーニーをどのように開始できるでしょうか? このブログ記事では、テープゲートウェイを使用する利点と、テープゲートウェイをデプロイして使用するためにお客様が実行できる手順を確認します。 テープゲートウェイを使用する利点と物理テープインフラストラクチャを使用する利点 では、物理テープインフラストラクチャを使用する場合と比較して、テープゲートウェイを使用する利点は何でしょうか? 最初に、物理テープ装置の管理のコストと複雑さを取り除きます。テープゲートウェイを使用すると、テープライブラリ、テープメディア、クリーニングテープカートリッジを購入したり、それらを管理するためのリソースをデプロイしたりする必要がありません。 第二に、物理テープは長期保管のために特定の環境条件を必要とし、注意深い取り扱いが必要です。劣化または破損した物理テープからデータを復元することは、不可能ではないにしても困難です。テープが破損していない場合でも、データの劣化やその他の問題のためにテープを読み取れない可能性があります。テープを読み取るには、パンオーブンを購入してテープを焼く必要があります! これを経験したAWSのお客様から直接聞いてください。 第三に、古い物理テープから新しい世代のメディアへの高価な移行を管理する必要はありません。物理メディアの寿命は長いですが、特により良い代替手段の出現により、あるテープから別の手段にデータを移行するのと同じように、タスクの背後にある時間、労力、費用を無駄にしたくはありません。 テープゲートウェイを使用する利点とテープをオフサイトで保存する利点 テープゲートウェイを使用して AWS に仮想テープを保存することには、テープをオフサイトで保存することに比べていくつかの利点があります。 まず、Amazon S3、Amazon S3 […]

Read More

Amazon Lex セッション API チェックポイントを使った複数トピックの会話フローの管理

 日常会話では、複数のトピックの間で行き来することがよくあります。たとえば、家の新しい窓とカーテンの改装について話し合うとき、「カーテンのスタイルはこれで決めて、色について考え直してみない?」というような質問が出てくることがあります。 AWS が Amazon Lex セッション API を開始するときに、 会話が脱線する場合の対応方法を学びました。セッション API アクションを使用して、インテントを切り替え、会話を継続することができます。しかし、毎日の対話で、「では窓の選択を終えてからカーテンについて考えましょう」というような複数の脱線に対応することが必要になる場合があります。 一連の脱線を含む会話フローをどのように設計したらよいでしょうか。 あなたが私のようである場合は、家の改装プロジェクトにおける特定の製品を考える前にでも、複数の質問がある場合があります。 セッションのチェックポイントで、あなたは多くのトピックのうちの 1 つに切り替えるサポートをするために容易に会話を設定できます。家の改装の会話を 2 つのインテント、すなわち OrderWindows と OrderCurtains、としてモデル化することができます。 今ではこのトピックの切り替えが容易にできるようになりました。OrderWindows のフローには、チェックポイントがあることがあります。ユーザーがカーテンを注文したが、窓の選択を最初に完了したい場合、「windowSelection」チェックポイントを使用して会話を OrderWindows に戻すことができました。 セッションチェックポイントの管理 Amazon Lex ランタイム API は、会話のセッションチェックポイントを管理できるようにするオペレーションを提供しています。PutSession および GetSession 呼び出しは、チェックポイントを定義して、取得できるようにします。 ここでは、API を使用して以前、説明した会話フローを管理できる方法を示します。ボットの詳細については、ボットスキーマを見直してください。 会話フローを管理するためには、次のステップに従ってください。 会話の現在の状態を保存します 以前に保存した状態を取得し、会話を継続します 会話の現在の状態を保存します フィルターなしで GetSession API を呼び出し、ボットとユーザーの間の会話の現在の状態を取得します。GetSession API 呼び出しの後に PutSession API 呼び出しが続き、チェックポイント「windowSelection」 を OrderWindows インテントに適用します。PutSession 呼び出しは、以下のコード例で示されています。 PutSession Request: 「OrderWindows」インテントで「windowSelection」チェックポイントを適用します […]

Read More

今すぐ利用可能: ベアメタル Arm ベースの EC2 インスタンス

 AWS re:Invent 2018 では、Arm ベースの AWS Graviton プロセッサを搭載した、Amazon Elastic Compute Cloud (EC2) インスタンスの新しいライン、A1 ファミリーを発表しました。このファミリーは、ウェブフロントエンド、コンテナ化されたマイクロサービス、キャッシングフリートなどのスケールアウトワークロードに最適です。コンピューティングオプションの選択肢を拡大することにより、A1 インスタンスは、お客様が適切なアプリケーションに適切なインスタンスを使用するのを支援し、最大 45% のコスト削減を実現します。さらに、A1 インスタンスにより、Arm 開発者はクラウド内の Arm ベースのインフラストラクチャ上でネイティブにビルドおよびテストできます。クロスコンパイルやエミュレーションはもはや不要です。 今日、ベアメタルオプションで A1 ファミリーを拡大します。 A1 のベアメタル インスタンス名 論理プロセッサ メモリ EBS最適化帯域幅 ネットワーク帯域幅 a1.metal 16 32 GiB 3.5 Gbps 10Gbpsまで 既存のベアメタルのインスタンス (M5、M5d、R5、R5d、z1d など) と同様に、お使いのオペレーティングシステムは、プロセッサに直接アクセスする既存のハードウェアで直接実行されます。 以前のブログ投稿で説明されているとおり、次のようなアプリケーションにベアメタルのインスタンスを利用することができます。 物理的なリソースと低レベルなハードウェア機能にアクセスが必要。仮想化された環境で使用可能または完全なサポートを常に必要としないパフォーマンスカウンターなど、 ハードウェアで直接実行されることを目的とするか、仮想化されていない環境で使用するためにライセンスまたはサポートされている ベアメタルインスタンスでは、Elastic Load Balancing、Auto Scaling、Amazon CloudWatch、および AWS のその他サービスを利用することもできます。 A1 インスタンスの使用 […]

Read More

最大 100 Gbps のネットワーキングを備えた新しい M5n および R5n EC2 インスタンス

 AWS のお客様は、Amazon EC2 で要求の厳しいアプリケーションを構築しています。お客様にできる限りのサポートをするために、その要求に耳を傾け、仕事をし、新しい機能を考え出しています。たとえば、2018 年、Amazon EC2 C5 インスタンスのネットワーク機能をアップグレードし、最大 100 Gbps のネットワーキングとパケット処理パフォーマンスの大幅な改善を実現しました。これらは、新しい仮想化テクノロジー (別名: AWS Nitro System)、および Elastic Fabric Adapter によって可能になり、100 Gbps ネットワーキングプラットフォームで低レイテンシーを実現しています。 この利点を最も広範なワークロードに拡張するために、同じネットワーキング機能が Amazon EC2 M5 および R5 インスタンスの両方で利用できるようになったことをお知らせします。 Amazon EC2 M5n および M5dn インスタンスの紹介 Amazon EC2 の初期の頃から、M ファミリーが汎用ワークロードの一般的な選択肢でした。新しい M5(d)n インスタンスはこの伝統を支持し、改善されたネットワークスループットとパケットレートパフォーマンスを活用できるデータベース、ハイパフォーマンスコンピューティング、分析、キャッシングフリートに最適です。 次のチャートに、新しいインスタンスとその仕様を示します。各 M5(d) インスタンスサイズには、上記のアップグレードされたネットワーク機能をサポートする M5(d)n の対応物が追加されました。たとえば、通常の m5(d).8xlarge インスタンスには 10 Gbps のネットワーク帯域幅がありますが、m5(d)n.8xlarge 兄弟は 25 Gbps になります。行の先頭の […]

Read More

NetBackup 8.2 および AWS を使用したクラウドジャーニーのデータ保護

 このブログ記事は、Veritas のグローバルテクニカルアカウントマネージャーである Ralph Wynnn と AWS のパートナーソリューションアーキテクトである Henry Axelrod が共同執筆しています。 この投稿では、NetBackup 8.2 および AWS を使用して、データ保護のニーズに対して得られる利点のいくつかを検討します。収益目標を達成するか、競合他社の一歩先を進み続けるという市場の圧力に直面する組織が増えているため、AWS クラウドのスケーラビリティ、伸縮性、コスト経済性を活用したいと考えています。顧客がクラウドジャーニーに乗り出すときに重要な考慮事項は、クラウドにアクセスしてクラウド上のデータを保護するのに役立つ、適切なパートナーを選択することです。Veritas は、過去 6 年間、お客様が AWS のデータに簡単に移行し、管理できるように支援してきました。現在、NetBackup 8.2 のリリースにより、クラウドへの移行がさらに簡単になりました。 クラウドへの長期保持 2013 年 10 月、Veritas は NetBackup 7.6 をリリースしました。これは、クラウドジャーニーをサポートするための最初のステップでした。クラウドコネクターの最初のグループにより、Veritas は Amazon Simple Storage Service (Amazon S3) を含む複数のコンテンツソースにバックアップデータを送信する機能をお客様に提供しました。 ご想像のとおり、過去 6 年間でクラウドに関する多くの変化がありました。AWS は、新しい機能とサービスを通じてクラウドサービスを拡大する一方で、既存の機能とサービスを引き続き改善しています。過去 2 年間だけで、AWS は Amazon S3 One Zone-Infrequent Access (S3 1 […]

Read More

AWS Step Functions および AWS Glue を使用した Amazon Redshift ベースの ETL ワークフローのオーケストレーション

 Amazon Redshift は、ペタバイト規模の完全マネージド型クラウドデータウェアハウスサービスで、現在お使いのものと同じ SQL ベースのツールとビジネスインテリジェンスアプリケーションを使用した迅速なクエリパフォーマンスを提供します。お客様の多くは、既存の SQL ベースのスクリプトを素早く移行するために既存の SQL 開発者スキルセットを使用する ETL (抽出、変換、ロード) エンジンとして Amazon Redshift を利用しておられると共に、Amazon Redshift が完全に ACID 対応であることから、ソースデータシステムからの変更データを統合するための効率的なメカニズムとしても利用しておられます。 この記事では、AWS Step Functions および AWS Glue Python Shell を使用して、完全にサーバーレスな方法でこれらの Amazon Redshift ベースの ETL ワークフローのタスクをオーケストレーションする方法をご紹介します。AWS Glue Python Shell は、SQL クエリを送信して応答を待つといった小規模から中規模の ETL タスクを実行するための Python ランタイム環境です。Step Functions は、一連の ETL タスクを簡単に実行して監視できるように、複数の AWS サービスをワークフローにまとめることを可能にします。AWS Glue Python Shell と Step Functions […]

Read More

Amazon EFS を使用して、ミッションクリティカルなファイルを AWS GovCloud (米国) に保存 – FedRAMP 認定済み

 Amazon Elastic File System (Amazon EFS) が AWS GovCloud (米国) で FedRAMP High 暫定承認を達成したことをお知らせできるのは大変な喜びです。この成果により、米国政府機関は、個人識別情報 (PII)、機密患者記録、財務データ、法執行データ、およびその他の管理すべき重要情報 (CUI) を含む機密ファイルを Amazon EFS に簡単かつコスト効率よく保存できるようになりました。 ストレージブログで前に述べたように、数万のお客様が Amazon EFS が提供するシンプルさ、拡張性、費用対効果の恩恵をすでに受けています。昨年後半に AWS GovCloud (米国) で EFS が開始され、FedRAMP High 認定を受けた政府機関のお客様向けに、機密性の高いミッションクリティカルなワークロードのブロックを正式に解除できることを誇りに思います。AWS GovCloud (米国) の FedRAMP High ベースラインの詳細については、こちらをご覧ください。 お客様はさまざまなユースケースで EFS を使用していますが、この機会に、政府機関のお客様とその規制対象アプリケーションに見られるメリットを考えて、2 つの特定の機能を強調したいと考えています。何よりもまず、EFS ライフサイクル管理を使用して、使用頻度の低いデータを EFS 低頻度アクセスストレージクラス (EFS IA) に透過的に移動することにより、アクセスパターンの変化に応じて自動的に費用を節約できます。EFS を使用すると、政府機関のお客様は、アプリケーションを変更することなく、ワークロードをリフトアンドシフトするだけで、クラウドで簡単に開始できます。ライフサイクル管理を有効にすると、時間の経過とともにファイルへのアクセスが自然に少なくなるので、自動的にお金を節約できますが、引き続き同じファイルシステムのネームスペースでアクティブに使用されるデータとともに完全にアクセス可能のままになります。また、クラウドへの移行およびデータの Amazon EFS への読み込みを迅速かつ簡単に強化するために、AWS DataSync もお勧めします。 […]

Read More

新しいAWS IoT Analyticsの機能を使って、IoTデータをデータレイクと統合する

この記事はAWSシニアデータアーキテクトのAsim Kumar SasmalとAWSシニアプロダクトマネージャのVikas Panghalによって投稿されました。   AWS IoT AnalyticsはAWS IoT Analyticsを介して取り込まれたIoTデータをお客様のAWSアカウントにあるデータレイクに統合するための2つの新機能を提供します。1つ目はお客様管理のAmazon S3、2つ目はAmazon S3へのデータセットのコンテンツ配信です。 以前までは、AWS IoT AnalyticsのデータはAWS IoT Analyticsサービス内で管理されているAmazon S3バケットしか利用することができませんでした。この記事では、最近リリースされたこれら2つの機能を使用してIoTデータをデータレイクに統合するための、エンドツーエンドの柔軟性を備えた、費用対効果が高い、安全で信頼性の高い、新しいソリューションについて説明します。 概要 AWS IoT AnalyticsはリアルタイムストリーミングIoTデータをフィルター、変換、質を高める(IoTデータを拡充する)ことができるフルマネージドのIoTサービスです。データストアに保存されたデータに対して、ビルトインされたSQLクエリエンジンでの分析や、機械学習の推論のような複雑な分析を行うことができます。 このサービスは、 Amazon QuickSightと連携し、データの可視化を行うこともできます。AWS IoT Analyticsは、Amazon SageMakerがホストおよび管理するJupyter Notebookを使用した高度なデータ探索機能も提供しています。わずか数回のクリックでコンテナ化し、Jupyter Notebookの起動をスケジュールすることもできます。 お客様はよく、AWS IoT Analyticsを使って得たIoTデータを、どのようにしてAWS上のデータレイクにある、非IoTデータをニアリアルタイム(1 -5分)、かつシームレスに取り込むかを尋ねてきます。これらのデータはERP、財務、サードパーティの気象データなどの参照データが考えられます。 そのゴールは以下の通りです。 社内のすべてのデータは、オープンで柔軟かつ一貫性のあるデータストアとして利用できるS3に保存します。 セルフサービス分析のためにユーザーへのアクセスを民主化します。 高速ストリーミングデータの取り込み および処理にあたり、AWS IoT Analyticsは他社との差別化につながらない作業を排除します。 (原文内になる「Undifferentiated Heavy Lifting」とは、本来他社と差別化できる価値を生み出す部分に集中したいのに、付加価値を生まない作業をしなければならない作業のことを指します。) ソリューション お客様管理のAmazon S3機能では、お客様のAWSアカウントで、S3バケットにAWS IoT Analyticsのチャネルとデータストアを作成することができます。Amazon S3へのデータセットのコンテンツ配信機能では、お客様のAWSアカウントでAWS IoT Analyticsのデータセットのコンテンツ結果(AWS IoT Analyticsデータのマテリアライズドビュー)をS3バケットに送信することができます。 補足:AWS […]

Read More
週刊AWS

週刊AWS – 2019/10/7週

みなさん、こんにちは。ソリューションアーキテクトの下佐粉です。 私達の東京本社はJR/東急目黒駅のすぐ近くにあるのですが、目黒駅は目黒区では無いという事をご存知でしたでしょうか?この駅周辺は区としては品川区でして、AWSのオフィスが入っている「目黒セントラルスクエア」も住所は品川区上大崎なのです。とはいえ、道を一本挟んだ先ぐらいから目黒区なのですけど。 では今回も先週の主なアップデートについて振り返っていきましょう。

Read More

[AWS Black Belt Online Seminar] AWS Fargate 資料及び QA 公開

先日 (2019/9/25) 開催しました AWS Black Belt Online Seminar「AWS Fargate」の資料を公開しました。当日、参加者の皆様から頂いた QA の一部についても共有しております。   20190925 AWS Black Belt Online Seminar AWS Fargate from Amazon Web Services Japan AWS クラウドサービス活用資料集(すべての過去資料が閲覧できます) Q. CloudFormationでの設定は可能でしょうか ? A. Fargate を利用した ECS サービスの作成、および、タスク定義での Fargate 起動タイプとの互換性の設定については、いずれも CloudFromtionでも設定可能となります。それぞれリンク先にて詳細をご確認ください。 ECS サービスについてはこちら タスク定義についてはこちら Q. Fargateを用いた場合、SSHなどで内部にアクセスすることは可能でしょうか? A. Fargate 起動タイプでは、AWSが管理するインフラストラクチャ上にデプロイされることとなるため、EC2 起動タイプで実施されるようなコンテナインスタンスへの SSH アクセスは行えません。 Q. FargateはEC2に比べてコンテナ起動が遅いイメージがありますが、改善する方法はありますか? A. コンテナの起動時間については、DescribeTasks API でイメージのプル時間を含めたタスクの起動完了までに要した時間をご確認いただけます。イメージサイズやロードバランサを併用している場合はヘルスチェック間隔などの設定を見直すことで起動やサービス提供までの時間を改善できる場合がありますので、ご確認いただければと思います。 […]

Read More