実はJava EEに含まれるJavaMailについて - Qiita
JSRの900番台って少し特殊な感じなのですかね。JSR 904のDownload Pageはリンク切れしてて中身が確認できなかったのですが3…JSR 919で包含している感じなのかな。 なお、JavaMailのスペックリードはOracleのWilliam Shannon4さんという方です(JSR上はそう記載されているのですが、Bill Shannonさんのことじゃないのかなと)。 JSR 919のドキュメント内にある謝辞では、Sun Microsystems、Novell, Inc、Lotus Development Corporation、IBM Corporation、Netscape Communications Corporationに所属された方々の名前が入っていて歴史を感じます。 JSR 919は156ページあって、それなりにボリュームがあります。 個人的には、なんでJava
現場志向でELBについて考える | TecTec Cloud
ELBについて深く知りたくなってしまったので、改めて調べたり聞いたりした。 今回そもそも知りたかったポイントは下記の2点 ELBがどういう仕組みで膨大なトラフィックに耐えているのか ELBで稀に障害が発生するみたいなので、その影響をなんとか回避できないか ELBの概要 内部仕様に踏み込む前に、改めて概要と基本機能を確認。 ELBの役割 ELB（ElasticLoadBalancer）は、Webトラフィックを配下のEC2Instanceに適切に分散してバランスを取る仕組み、いわゆるロードバランサー。なぜ分散させる必要があるかというと、1台のサーバで処理可能なトラフィックには限りがあるから。また、AutoScalingや、Zone間分散（Multi-AZ）といった構成をとる為にも必要となる。 ELBの基本機能 ELBの基本機能は、高負荷システムにおいて、肝となる重要なものばかり 負荷分散
ELBでHTTPリスナーだとWebSocketは使えない - 雑記帳(2011-11-18)
■ [AWS] ELBでHTTPリスナーだとWebSocketは使えない ELBを使っていて、WebSocketを使おうとしたときに、最初のハンドシェイクが上手くいかないという問題に遭遇した。 テストするために、node.jpのドキュメントから、http.ClientReqestにあるサンプルを使ってみた。ここのEvent: 'Upgrade'のところにあるサンプルコードを若干改造して下記のようなコードを用意した。 var http = require('http'); var net = require('net'); // Create an HTTP server var srv = http.createServer(function (req, res) { res.writeHead(200, {'Content-Type': 'text/plain'}); res.end('
CloudWatchのカスタムメトリクスでFreeMemoryMBytes、UsedMemoryPercent、LoadAverage、Stealを取得 | DevelopersIO
CloudWatchのカスタムメトリクスでFreeMemoryMBytes、UsedMemoryPercent、LoadAverage、Stealを取得 CloudWatchで取得できること CloudWatchはAWSの様々な情報を監視して統計を取ってくれるサービスです。概要については以前ご紹介しました。今回は、標準で提供されていない統計データを登録して取得してみます。いわゆるカスタムメトリクスというやつです。 カスタムメトリクスを取得する方法 今回のカスタムメトリクスで取得する値は以下の４つです。 空きメモリー容量(FreeMemoryMBytes)：メモリーが少ないからといってメモリ不足とは限らない メモリー使用率(UsedMemoryPercent)：使用メモリーを合計メモリーで割った割合 ロードアベレージ(LoadAverage)：システムへの平均負荷 スチール(Steal)：C
AWSでEC2インスタンスの死活チェックとメール送信 - "たゆたえども沈まず"で
EC2インスタンスで運用をする際に、インスタンスの死活チェックをおこないインスタンスが死んでる際にはメールで知らせたいという要求がありました。そこで折角AWSを使用しているのですから、CloudWatchとSNSを使用してそれを実現してみたいと思います。 準備 まずは環境を用意します。EC2インスタンスを作成します。作成時点でCloudWatchを有効にしておきます。yumでhttpdをインストールして稼動させます。適当にindex.htmlファイルを作成してWebから参照できるようにします。最後にELBを作成してインスタンスを紐付けます。chkconfig httpd onで自動起動にしておくと、後ほどインスタンスのSTOP-STARTをする際に楽ができそうです。 Alarmの作成 管理コンソールよりCloudWatchのAlarmを作成します。今回はELBのHealthyHostCou
Amazon CloudWatchでインスタンス死活監視 - log4moto
Amazon CloudWatchのアラート機能を使い、インスタンスのCPU/死活監視をしてみた 前提条件 監視対象インスタンス: us-west の t1.micro (monitoringはBasic) ※インスタンス番号を控えておく 設定 ManagementConsoleにCloudWatchタブが出来ているので、クリック(US East以外の場合はRegionを変更) Create A New Alarmをクリック 先ほどのインスタンス番号をSearchの横の欄に入れてフィルタする CPUUtilizationの欄を選び、Continueを押す Alarmに任意の名前(Name)と説明(Description)を付ける 敷居値(Threshold)を決める(仮に40%以上が５分としました: >= 40 for 5 minuties) 次にいつAlarmを送るかを設定します ALA
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
