タグ

関連タグで絞り込む (1)

タグの絞り込みを解除

awsに関するmztaのブックマーク (2)

  • 新ストレージサービス「Amazon Elastic File System」(Amazon EFS)登場。NFSでマウント、ファイル容量にあわせて自動的にキャパシティが増減しプロビジョニング不要

    新ストレージサービス「Amazon Elastic File System」(Amazon EFS)登場。NFSでマウント、ファイル容量にあわせて自動的にキャパシティが増減しプロビジョニング不要 Amazon EFSは、Amazon EC2からNFSv4でマウントして利用するストレージサービスです。あらかじめ容量を決めてプロビジョニングする必要がなく、保存するファイルの大きさに対して自動的にキャパシティが増減していくのが特長。 また、同時に数千もの同時接続にも対応するスケーラビリティを備えていると説明されています。 自動的にキャパシティが増減、保存データの冗長性も Amazon EFSは通常のNFSサーバと同じように振る舞うため、既存のアプリケーションは何も書き換える必要なくそのまま利用可能。フルマネージドサービスのため運用の手間は必要なく、前述のように保存されたファイルの大きさに応じて自

    新ストレージサービス「Amazon Elastic File System」(Amazon EFS)登場。NFSでマウント、ファイル容量にあわせて自動的にキャパシティが増減しプロビジョニング不要
    mzta
    mzta 2015/04/10
    もう自前でGlusterFSしなくて良いんですね!
  • AWSを使って分散ファイルシステム「GlusterFS」の検証〜その1

    Amazon Linux は CentOSによく似たLinuxディストリビューションであり、yumによるパッケージ管理が利用可能だ。また、m1.smallという仮想マシンのスペックは、以下の通りである。 m1.small のスペック 1.7 GiB のメモリ 1 ECU(1 ECU × 1仮想コア) 160 GB インスタンスストレージ 32ビットまたは64ビットのプラットフォーム I/O 性能: 標準 EBS 最適化: 使用不可 標準で160GBのストレージ領域が利用可能だが、GlusterFSのブリックには別途用意した追加ストレージを利用する事にした。これは m1.small の基ストレージは標準的なext4でフォーマットされているため、GlusterFS 3.3.1 のブリックとしては利用できないからだ。ext4でフォーマットされたボリュームをブリックに利用したい場合、予めIノード

    AWSを使って分散ファイルシステム「GlusterFS」の検証〜その1
    mzta
    mzta 2014/09/26
  • 1