AWS EC2 Amazon Linuxインスタンス起動後、最初にやることまとめ(SysVinit編)AWSEC2AmazonLinux
Build RAG applications with MongoDB Atlas, now available in Knowledge Bases for Amazon Bedrock Foundational models (FMs) are trained on large volumes of data and use billions of parameters. However, in order to answer customers’ questions related to domain-specific private data, they need to reference an authoritative knowledge base outside of the model’s training data sources. This is commonly ac
新ストレージサービス「Amazon Elastic File System」(Amazon EFS)登場。NFSでマウント、ファイル容量にあわせて自動的にキャパシティが増減しプロビジョニング不要 Amazon EFSは、Amazon EC2からNFSv4でマウントして利用するストレージサービスです。あらかじめ容量を決めてプロビジョニングする必要がなく、保存するファイルの大きさに対して自動的にキャパシティが増減していくのが特長。 また、同時に数千もの同時接続にも対応するスケーラビリティを備えていると説明されています。 自動的にキャパシティが増減、保存データの冗長性も Amazon EFSは通常のNFSサーバと同じように振る舞うため、既存のアプリケーションは何も書き換える必要なくそのまま利用可能。フルマネージドサービスのため運用の手間は必要なく、前述のように保存されたファイルの大きさに応じて自
たまに呟いていましたが、AWSを題材に『Amazon Web Services パターン別構築・運用ガイド』という本を書きました。今回は、所属している会社であるNRIネットコム株式会社の同僚たちと書いています。 Amazon Web Services パターン別構築・運用ガイド 作者: NRIネットコム株式会社,佐々木拓郎,林晋一郎,小西秀和,佐藤瞬出版社/メーカー: SBクリエイティブ発売日: 2015/03/25メディア: 大型本この商品を含むブログ (1件) を見る 本を書いた理由 前回執筆した『Rubyによるクローラー開発技法』が好評だったこともあり、SBクリエイティブさんからAWS本を出さないかという打診を受けました。AWSは長年親しんできたこともあり、また仕事でもAWSに関する事業を進めている関係で、願ったり叶ったりでした。 一方で、やはり本を出すというのは大変です。私個人の問
1. re:G ene AWS マイスターシリーズ Amazon SQS / SNS rate アマゾン データサービス ジャパン株式会社 ソリューションアーキテクト ⼋八⽊木橋 徹平 篠原 英治 ⾈舟崎 健治 © 2012 Amazon.com, Inc. and its affiliates. All rights reserved. May not be copied, modified or distributed in whole or in part without the express consent of Amazon.com, Inc. 2. Agenda ! Amazon SQSとは • SQSの動作イメージ • SQSの機能の詳細 ! Amazon SNSとは • SNSの動作イメージ • SNS Mobile Push
10. アマゾン ウェブ サービスの製品・サービス構成 マネージメント&管理 ウェブインターフェース 識別&アクセス デプロイ&自動化 モニタリング AWS IAM AWS AWS Identity Federation Elastic Cloud Amazon CloudWatch Mangement Console Beanstalk Formation Consolidated Billing アプリケーションプラットフォームサービス コンテンツ配信 メッセージング 検索 分散処理 ライブラリ&SDK Amazon Amazon CloudSearch Java, PHP, Python, CloudFront Amazon Amazon Amazon Elastic Amazon Ruby, .NET SNS SQS SES MapReduce SWF 基本サービス コンピューティ
AWS を初めて利用される方や、ベストプラクティスをブラッシュアップしたい方は、これらのリソースを始めてみてください。
ウィスキー、シガー、パイプをこよなく愛する大栗です。 最近EC2関連の重要アップデートが出てきました。嬉しい機能が増えているのですが、昔の知識では使いこなせないので、現時点でのEC2の起動方法について纏めようと思います。 Management ConsoleからEC2を起動します。今回は東京リージョン(ap-northeast-1)でAmazon Linuxを起動する前提です。 本記事のアップデートとして Amazon EC2再入門 2015年1月版 を書きました。最新情報はこちらを参照してください。 起動手順 EC2を起動していきましょう。 AMIの選択 AMI(Amazon Machine Image)を選択します。 好きなOSを選択しましょう。注意点はCPUアーキテクチャ、ハイパーバイザ、ルートデバイスです。 ここではAmazon Linux AMI 2014.03.2(HVM) -
Micro ($14.40/mo) Name / UNIX Bench / I/O / Bandwidth Small ($46.80/mo) Name / UNIX Bench / I/O / Bandwidth DigitalOcean 512MB ($5.00/mo) Name / UNIX Bench / I/O / Bandwidth VULTR 768MB ($5.00/mo) Name / UNIX Bench / I/O / Bandwidth 結論 micro, smallが現役ではないとはいえ(一年以上前のbenchだし)、x10のオーダで値段が違いますね。 microはユーザを馬鹿にしているかのような性能ですね。 しかも、AWSはアホみたいに転送料が高いですが、DigitalOcean、VULTRともに1TB以上の転送料が無料で付属しています。(AWSでは$100-2
cloudpackエバンジェリストの吉田真吾(@yoshidashingo)です。 gp2に関するチラ裏な考察です。 OS起動の高速化によるアジリティの強化 OS起動時に、Linuxで7,000I/Oくらい、Windowsでは70,000I/Oくらい使うんだ http://t.co/Jg5GRGbFO2— Shingo(吉田真吾) (@yoshidashingo) 2014年6月20日 AWSの公式発表の中で参考値として以下のような記述があります。 "典型的なLinuxの起動にはだいたい7,000 I/O操作が必要で、Windowsの起動には、だいたい70,000のI/O操作が必要でした。Magneticボリュームから同じ容量のGeneral Purpose (SSD)ボリュームにスイッチすることで、Windows 2008 R2の典型的な起動時間はおよそ50%短縮されます。" AWS N
Amazon Web Services(AWS)を利用する上で知っておくべき制限事項がある。前回の「申請面でのつまずきポイント」のように、申請すれば解消する制限もあるが、ユーザーが受け入れなければならない制限がある。今回はこうした、知らないとつまずく制限事項やAWSの仕様について解説する。 つまずきポイント1:監視データを2週間しか保存できない システムを運用していると、リソースの状況を確認・分析する必要がある。AWSでは、「CloudWatch」と呼ぶサービスで、EC2やRDSなどの各リソースの状況を監視できる。EC2インスタンスのCPUの状況やRDSのI/O状況、ELBのレイテンシー状況、課金情報などが確認できる。 しかし、そうした監視データの記録には上限があり、最大2週間までしか記録されない。これを知らずに運用して、いざ2週間より前の監視データを参照しようとしても、知るすべはないので
Amazon Web Services(AWS)にはさまざまなサービスがあり、申請しないと利用できないものがある。運用編、第2回の今回は、申請面でのつまずきポイントである。申請を怠ると、最悪アカウントの停止を言い渡されることになる。 つまずきポイント1:EC2からメールを送信できない あるユーザーで、EC2インスタンスからメールを送信した際に、10通送ったはずなのに7通しか送信先に届かないということがあった。 これは、このユーザーがメール送信の申請をしていなかったことが理由である。 EC2インスタンスから外部(インターネット)に向けてのメール送信に、一定の制限が設けられている。具体的には、EC2インスタンスから送信できるメールの量に上限が設定されており、この上限を超えると送信先にメールが届いたり、届かなかったりといったことが発生する。EC2インスタンスが踏み台にされて、スパムメールがリレー
Build RAG applications with MongoDB Atlas, now available in Knowledge Bases for Amazon Bedrock Foundational models (FMs) are trained on large volumes of data and use billions of parameters. However, in order to answer customers’ questions related to domain-specific private data, they need to reference an authoritative knowledge base outside of the model’s training data sources. This is commonly ac
2. Who am I ? • 堀内 康弘 (ほりうち やすひろ) • 1978年生まれ 山梨県出身 • AWS テクニカルエバンジェリスト • 140回以上の講演 • 60回以上のハンズオン • 250本以上のブログ記事 Amazon Web Services ブログ http://aws.typepad.com/aws_japan/ • 10+ years web engineer in startups • Director of V-cube (perl), 2001 - 2006 • CTO of FlipClip (perl), 2006 - 2009 • CTO of gumi (python), 2009 - 2012 @horiuchi horiyasu フォロー歓迎!
Google Compute Engineについて興味深いブログがあったので、勉強を兼ねて和訳してみました。 原文はこちらです。 以下、超訳。 昨年(訳注2012年のこと)、GCEとしてGoogleがIaaSの提供を発表した時に、amazonは心配するべきかどうか聞いてみた。18ヶ月後、Google Compute Engineは一般公開され、信頼性、価格、革新性において間違いなくAWSの競合になったと見受けられる。混雑したIaaS市場には多くの新規参入があり、そのいくつかはマイクロソフト、HPとIBMのような十分に確立された企業·ベンダーである。しかし、大多数のそうしたサービス群は限定的な機能しか持たない。彼らはAWSに対抗することは諦め、Amazon EC2の2008年相当のものに見えた。しかし、GCEはそのアプローチからして異なる。Amazon EC2の類似機能に焦点を置くのではなく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く