nfsマウントしてたので起動順によってはマウントされない事態が発覚。autofs入れて対応。ベンチ&ベンチ&ベンチ&ベンチで72285が出たのでやめる僕はプログラムをまったく見ておらずインフラばかり見てました。開始が遅れるという所で、運営側が本当に大変だったんだな、と改めて感謝です。毎年こんなにも楽しい時間をくれて頭が上がりません。今回の問題も本当によく考えられてて本当に楽しかったです!メモリ1GBしかない所なんてとても素敵でした。設定をしない事はないでしょう。EC2経緯シーズでは、見積書・請求書の発行などに社内にWindowsサーバーを立て弥生販売を使っていました。複数拠点から複数人が同時に使うためネットワーク版5ライセンスです。毎年のライセンス更新や筐体保守費用、また毎月の電気代・空調費用も馬鹿になりません。場所も取るし、空調にも気を使うし、なにかとメンテも大変なのでクラウドに行きたいと考えておりました。最後のVPNで社内とシームレスかつセキュアに接続が一番重要ですね。これらの要件をAWSでこのように準備しました。(1ドル108円)EBSボリューム、転送量、EIP、IOなど少額の従量制がありますが、それらを含んだとして、約8,500円です。移行してどうだったか結論としては、最高でした。費用としてはサーバー1台をデータセンターでハウジング(月50,000相当,OSライセンス諸々込)として、それが月8,500円ポッキリになりました。(83%DOWNです!)また弥生を使わない夜間止めることで更にコストダウンも可能です。次に、回線速度やアプリの使用感ですが、こちらも全く問題ありません。様子を見ていきましたが最終的にはsmallまで落としても操作感に問題ありませんでした。(ただし弥生インストール時はlargeでやったほうが効率がいいです)回線速度は、AWSの提供するVPNサービスを利用することで全くストレスを感じません。(以前、WindowsインスタンスからPPTPで会社ルーターに繋げたりしたことがありましたが、その場合、一応つながりますが、結構遅かったです。)次回は、これらAWSの設定、社内VPNルーターの設定を含め詳しく解説していきたいと思います。中国(北京)リージョンの利用でハマった所をご紹介します原口です。触らせていただく機会がありまして触ってみた感じをお伝え致します。中国リージョンは結構前から追加されていますが、通常のアカウントのリージョン一覧には出てきません。中国リージョンを利用するには他のリージョンとは異なり、専用のアカウントを作成しなければ利用できません。ポートによるページ公開ができない中国では、ウェブサイトを勝手に公開できないようで、AWS側にて上記のポートは接続できないようになっています。ICPライセンスというものを登録しなければ公開できません。基本的にはAWSアカウントにライセンスが紐づいているようでライセンスが紐づけば公開が可能となるようです。注意点として、ELBやEC2などでは接続できないときはブラウザくるくるですが、s3の接続できないエラーは401レスポンス(UnauthorizedAccess)を返します。401(UnauthorizedAccess)はs3のgetObjectがない場合でも出すのでICPライセンスが原因である、、、という判別がつきにくいところでハマりやすいので注意です。ちなみにELBやEC2は待ち受けポートを適当なポートに変えてやれば無理やり公開する事は可能でした。変わっているので注意が必要です。arnを直接指定している部分などではまります。AWS今回はroute53lambdaRDS(Aurora)あたりがなかったので困りました。既存リージョンからAMIはコピーできない完全別サービスみたいな感じですので、既存のリージョンで作成していたAMIなどを共有する事ができません。これはかなりつらかったので・・・以下のようにディスクイメージを作成してコピーする方法を用いました。(HVM)を使用した場合。移行したいAMIのsnapshotからVolumeを作成し、適当なインスタンスにアタッチします。アタッチしたボリュームをddコマンドでイメージファイル化します。ec2-user@***.***.***.***:/home/ec2-user/中国側インスタンスで空のVolumeを作成し、アタッチします。この時、空のVolumeサイズはコピー元のVolumeサイズと同じにしてください。oflag=direct※独自OSを使っている場合などはこの際にboot関連の項目を書き換えたりしないといけないかもしれないですがAmazonLinuxでは特に修正なくできました。Volumeをデタッチしてsnapshotを作成します。snapshotからAMIを作成。カーネルIDなどはデフォルトでOKです。これで、既存リージョンのAMIを北京リージョンに持ってくる事ができた事になります。このとき、作成したAMIを北京リージョンで立ち上げるとうまく立ち上がってこない事があります。update(セキュリティのみのもの)が走るのですがそれが途中で止まっているのが原因です。止まってしまった場合は再起動すればOKです。これはたぶん以下の変数が書き換わっていないからではないかと思います。/etc/yum/vars/awsdomain/etc/yum/vars/awsregion同様にRDSのスナップショットも移動できないです。こっちはダンプ持ってく感じになりますねよく接続切れる、またはめちゃくちゃ遅くなったりする南北問題と言うらしいです・・・。プログラミングどうも、はらぐちです。解決法をご紹介します。最近、古いサーバー上のRedmineを、最新OSを搭載した新しいサーバーに移行することになりました。1.データをそのままごっそり持ってきて、2.mysqldumpをリストア、3.rbenvで該当バージョンをそろえて、4.gemも同じバージョンを入れていったのですが、どうしても、Passengerだけがうまく使えない......そこで、WEBrickで起動し、apacheのリバースプロキシ経由で参照するように設定をしてみました。(※真っ白なページにはなりますが、更新自体はされている。そのままフォアグランドで起動するとうまくいくのにバックグラウンド実行するとうまくいかない事がわかりました。そこからはWEBrickのドキュメントなどを参照して、-dオプションでデーモン化で立ち上げる事が可能と判明。インフラ先日、CTO原口くんにお願いして、シーズ社内にあったWindowsサーバーをAWSに移行しました。AWSにWindowsServerOSインスタンスを立てて、シーズからはVPN(IPsec接続)でシームレスかつセキュアに社内ネットワークを拡張したイメージです。その話はまた別にするとして、その時、「AWSでファイルサーバーをやるのってどうなの?使えるの?」という話になったので検証をちょこっとやってみました。ファイルサーバー自体は、EC2.linuxでsambaを立てるなり、WindowsServerでファイルサーバーをするなりして簡単に実装できますが、一番のネックは転送スピードということになりますよね。そこを検証してみました。=>社内ファイルサーバーにはギガビット転送ができる(1000Mbps=125MB/s)インターネットともギガビットの専用線を引いている。インターネット接続はRTX1200を利用している。VPNルーターとしても利用している。VPN接続にはRTX1200からIPSECで接続している。社内、社外インターネットともギガビットのため、理論上はすべてギガで通信できる環境です。社内ファイルサーバーの転送スピードアップロードアップロード(パソコンから社内ファイルサーバー)スピードです。なっているので、理論値の26%ぐらいしかでていませんが、通常利用ではまったく問題のない速さだと思います。ダウンロードダウンロード(社内ファイルサーバーからパソコン)はさらに早くなりました。これ以上求める必要はないでしょう。いうレベルだと思います。AWS上VPN接続アップロードアップロード(パソコンからAWS-VPNファイルサーバー)転送スピードは6.82MB/s(54Mbps)です。スピードはかなり落ちましたが、実用性ではどうでしょうかね。一昔前の100Mbps環境時代の速度というところでしょうか。今のギガに慣れているとストレスかもしれませんが、使えなくはなさそうですね。ダウンロードダウンロード(AWS-VPNファイルサーバーからパソコン)は逆に遅くなりました。3.68MB/s(29.44Mbps)で止まっています。出だしは早かったのですが、なにか制限が入っているのでしょうかね。いえ、まあ実用的に全く使えないわけではなさそうです。結論AWS-VPNは100Mbpsで繋がっていた時代の速度ではあるが、使えないことはなさそう。転送量でも課金されるので注意が必要。.スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。