CUIメインでWindows Active Directory Server on AWS EC2環境を実現する(ドメインコントローラ1台目構築) 私の場合、BI＆ビッグデータ周りの案件に携わる事が多いのですが、Tableau製品の1つTableau Server(Tableauコンテンツの共有を行う際に活用するサーバ製品)でクラスタリング構成を組む際、Tableau Server本体を複数台立ち上げて連携させる他に、Active Directoryサーバ構成も必要となります。しかし、Active Directoryサーバを構築する際は、普通であれば幾つかの手順をGUIで行う形となり、若干大変と言うか面倒な部分でもあったりします。私自身Active Directoryをそこまで知らない身なので、その辺もActive Directoryに対する億劫さに影響しているのかも知れません。 そこで当
渡辺です。 これまで、EC2でのWindows ServerでCloudWatch Logsにログを転送する場合、EC2 Configで設定を行っていました。 しかしながら、昨年（2016年）の末のアップデートにて、SSM（Simple System Manager）を利用して設定することになっています（CloudWatch へのパフォーマンスカウンタの送信と Amazon EC2 Simple Systems Manager を使用した CloudWatch Logs へのログの送信）。 従来のEC2 Configの設定を行っても、CloudWatch Logsへログの転送が行われないので注意してください。 SSMでの設定 SSMでの設定はマネジメントコンソールやCLIを利用して行います。 今回はマネジメントコンソールを利用した手順を紹介します。 ドキュメントの作成 はじめにSSMのドキ
Amazon EC2のStandard RI/Convertible RIとキャパシティ予約 | DevelopersIO
リザーブドインスタンスの機能アップデート 昨日、リザーブドインスタンスに大きなアップデートがありました。今までのRIをStandard RI、新しいRIをConvertible RIと呼ぶようになりました。また、キャパシティ予約の有無を指定できるようになりました。 AWSのホームページでも以下のように新しい表記に変更されています。 Standard RIとは Standard RIは、従来と同じように、1年/3年、NoUpfront/PartialUpfron/AllUpfrontなど指定できるようになっていますが、今回新たに、スコープ指定として、AZの他にRegionを選択できるようになりました。Region指定は、AZに依存せずに割引が適応されるため、より広範囲に割引が適用されるようになります。 例えば、1aゾーンで購入したRIがあったとします。その後、1aのEC2をターミネートして、
比較的よく使われていると思われるRightScale社提供のCentOS5 EBS AMIを、なるべく好ましい状態で使うためのtipsです。 RightScaleのCentOS5 EBS AMIを使っている方は多いと思いますが、以下のような問題があります。 (Publicで確認できる限りは)5.4で更新が止まっている Amazon提供のFC8カーネルを使っているため、CentOSコミュニティからも動作上の問題が指摘されている そのため、参照レポジトリを最新のものとし、pvgrubを使ってCentOSのXenカーネルで起動するようにします。 元となるインスタンスを起動 東京リージョンだと、 32bit ami-f0e842f1 64bit ami-96e84297 が該当する。今回は64bitを使用しました。 ___ _ __ __ ____ __ / _ \ (_)___ _ / / /
【新機能】Auto Scalingのインスタンス起動/破棄時に初期処理/終了処理を追加 – LifeCycleHook機能のご紹介 こんにちは、せーのです。 Auto Scalingの新機能についてはこれまでStandby State、Detach Instanceとご紹介してきましたが、実はもう一つ新機能があります。それが今回ご紹介する「LifeCycleHook」機能です。読んで字のごとく、Auto Scalingにおけるインスタンスのライフサイクルをフックする、という機能です。それでは詳しく見ていきましょう。 Auto Scalingにおけるインスタンスのライフサイクル Auto Scalingのインスタンスの「ライフサイクル」、つまりインスタンスが生まれてから死ぬまでの状態遷移はどのようなものでしょう。 インスタンスが起動し始めてからAuto Scaling Groupに追加するま
SIOS "OSSよろず" ブログ出張所: ソースの入手と再ビルド ～ Amazon Linux AMI (EC2) 編
6.3 (3) Alfresco (1) Amazon Linux (3) Amazon Web Services (1) Apache (7) API (1) apt (1) AWS (3) Bash (1) BigData (1) bind (4) Bounscale (1) BRIN (1) Btrfs (1) CentOS (5) CentOS 6 (19) CentOS 6.2 (6) CentOS 6.3 (7) CentOS6 (3) CentOS7 (3) cgroup (1) cgroups (1) Chef (1) CLI (2) Cloud (2) CMS (1) Comice OS (1) corosync (1) createrepo (1) cscope (2) CVE (1) CVE-2012-5166 (1) Database (1) dblink (1)
はじめに 皆さん、User-Dataを使っていますか？複数のEC2に同様の設定を適用してLaunchしたい時には便利な機能です。 このUser-Dataにはシェルスクリプトを直接書くか、あるいはcloud-init形式で記載することが出来ます。これは1行目が"#!"で始まっていればシェルスクリプト、"#cloud-config"で始まっていればcloud-init形式として処理されます。なおAmazon Linuxに導入されているcloud-initは元々のcloud-initをカスタマイズしたものであり、独自拡張がされていたり、一部のディレクティブが使えなかったりするので注意が必要です。 今回、このcloud-initを使った初期設定を色々と調べたので、まとめてみました。 Tips 設定及びログの確認 repo_update, repo_upgrade yum_repos package
はじめに こんばんは、たけかわです。 最近話題のt2.microインスタンスですが、仮想化方式がHVM(Xen Full virtualization)のものしか使えないため、既存のPV(Xen Para-virtulaization)のイメージがつかえません。そこで変換をしたいという要望をお客様より幾つか受けたので調べてみました。 PVとHVMについて PVとHVMはもともと歴史のあるXenから来ている話ですので多くのよい説明があります。というわけでリンクを示して少し話を端折らせてもらいます。 メモ: AMIの仮想化方式 hvm、paravirtualについて 仮想化方式(HVM と PV)についてまとめ AWS Virtualization : HVM vs Paravirtualization 自分の理解では、当初は性能的な利点のあるPVがよい選択肢ではあったが、ホストする側のマシン
New Low Cost EC2 Instances with Burstable Performance | Amazon Web Services
The column labeled “Baseline Performance” indicates the percentage of single core performance of the underlying physical CPU allocated to the instance. For example, a t2.small instance has access to 20% of a single core of an Intel Xeon processor running at 2.5 GHz (up to 3.3 GHz in Turbo mode). A t2.medium has access to 40% of the performance of a single core, which you (or your operating system,
SR-IOV enabledな c3/i2 インスタンス使うときのNICドライバのパラメータをどうしたらいいかわからなかったので軽く検証してみた。 NICのドライバパラメータ（InterruptThrottleRate）をチューニングすることで、例えばHAProxyを使ってるような高pps環境でCPUの割り込み負荷を削減できる。 ELBの代わりにHAProxy使ってる噂は結構聞いたりする。 - クックパッドでのVPC移行について - Cookpad's deployment and auto scaling // Speaker Deck みんなELBからhaproxyに移行してる #jawsdays— kenjiskywalker (@kenjiskywalker) March 15, 2014 前提 c3インスタンス 2013年の11月くらいにでた新しいインスタンスタイプ SSD Xe
cloudpackエバンジェリストの吉田です。 M3もmediumから揃ったことですし、今回はメモリ（RAM）の搭載量を軸に、Tokyo/Linux/オンデマンドの価格を並べてみたいと思います。例によってインスタンスストレージはメリデメ考えるうえでの基準にしてません。さて、何が見えるかな。 RAM：1.7GB タイプ.サイズvCPUCPU種別総ECURAMインスタンスストレージネットワークEBS最適化利用オンデマンド/Linux/Tokyo価格 m1.small 1 Intel Xeon ファミリー 1 1.7 1 x 160 低 -- $0.088 c1.medium 2 Intel Xeon ファミリー 5 1.7 1 x 350 中 -- $0.185 m1.smallを価格で置き換えるインスタンスはない c1.medium -> c3.large $0.007/h(↑) RAM：
ども、大瀧です。 Linuxのメモリ管理で欠かせないのがswapですよね。EC2のディスク管理には独特な仕様があるのでその辺りを踏まえつつ、EC2(Linux)でどのようにswap領域を用意するのが良いのかまとめてみたいと思います。 理屈をこねながらの解説になるので、先に本エントリーの結論を。 公式AMIにはswap領域が含まれない m1.small、c1.mediumには900MBのスワップ領域がおまけでついてくる(Amazon Linux AMIであれば、Cloud-initによって自動マウントされる) swap領域には、インスタンスストア(別名Ephemeral Disk)を使うべし では、それぞれ見ていきます。 公式Linux AMIの初期構成にはswapパーティションが無い Amazonから提供される公式のLinux AMIのブートディスクには、swapパーティションが含まれてい
ども、大瀧です。みなさん、EC2をバリバリ使ってますか?使いたいときにすぐ使える仮想マシンとして、開発・検証から本番まで幅広く活用されていると思います。 日頃EC2を業務で運用する中で、EC2インスタンスをコピーすると意図しない環境設定に変わってしまうというトラブルが度々あり、cloud-initというツールに拠ることがわかってきました。 「EC2インスタンスのコピーなんて、一旦インスタンスを作成したあとはあまりやらないのでは?」と思われがちですが、EC2独特の制限などもあり、実際の運用では思ったよりも頻繁にインスタンスのコピーが必要になります。インスタンスのバックアップ&リストアなどはイメージしやすいと思いますが、それ以外にも意外なケースとして以下があります *1。インスタンスのコピーは、AMI(Amazon Machine Image:インスタンスのバックアップ)を取得し、新規インスタ
はじめに AWSにおいて脆弱性テストを行なうには事前申請が必要です。弊社ではこの申請を代行していますが、 m1.small もしくは t1.microを動作させていて申請が却下されるということがたまにあります。 このミスを防ぐためのチェック用のシェルスクリプトを作成したので紹介します。 脆弱性テスト申請前チェックスクリプト 必要なものは jq awscli です。amazon linuxであればjqをインストールすればスクリプトが実行できます。 [ec2-user@ip-XXX-XXX-XXX-XXX ~]$ sudo yum install -y jq スクリプトはこちらになります。 #!/bin/bash EC2_REGION=ap-northeast-1 INSTANCES=`aws --region=$EC2_REGION ec2 describe-instances` INSTA
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon EC2 Technical FAQs : Articles & Tutorials : Amazon Web Services
CentOS 5.8 On AWS EC2 With Xen Kernel (PVGRUB)
Announcement: ELB stickiness updates to support Feb 2020 Chromium CORs changes
[Announcement] Amazon EC2 Public IP Ranges - Deprecated Thread