Windowsの時刻同期でエラーになるのをなんとかしてみる
Windows Serverの時刻同期、どうしていますか？ Windowsですので、GUIで気軽に設定できるのは魅力ですが、細かいところが設定できなかったり罠っぽいところがあります。 通常の使用では問題にならないかもしれませんが、時刻同期に比較的シビアさを要求されて、さてどうしようとなることがあります。 この課題を解決してみました。 いつもの時刻同期 まず、AWSのWindows Serverのタイムゾーンは世界標準時（UTC）になっています。 気に入らないとなれば、日本時間（JST）に変更します。 これを こんな感じに。 続いて、下図のようにNTPサーバの指定を変えたりして時刻同期を取れるようにするわけですが、 こちらの時刻同期は１週間に一度の頻度で、しかもこれに失敗してもリトライしないようで、下手をするとどんどん時刻がずれていきます。 これを何とかするのが、今回のお題となります。 用意
S3を使う時のベストプラクティス（を訳してみた） - サーバーワークスエンジニアブログ
最近子どもの水いぼを取る際に、麻酔テープが健康保険適応内である事を知った小室＠福岡です。 AWSのドキュメントの一つに、Articles & Tutorialsという物が有ります。これはAWSの中の人、また使っているユーザーがこのように使うといいよ、とAWSをよりよく使える方法を教えてくれる場所です。 サーバーワークスでは、日々のAWSのドキュメントの確認だけではなく、このようなArticles & Tutorialsを読みより深くAWSのサービスについて理解を深めようと個々に担当し、社内発表会を行っています（始めたばかりだけどね！）。 今回私が訳してみたのはこちらです。 Best Practices for Using Amazon S3 この記事は2008年に投稿(更新2009年)されており、現在とは少し違うかもしれませんが、とても参考になりましたので、ご紹介したいと思います。 ※これ
公開AMIを選択する際のチェックリスト - サーバーワークスエンジニアブログ
最近家の周りにはクワガタやカブトムシがごく自然に生息している事に気がついた小室＠福岡です。 AWSからEC2インスタンスを起動する時に、 Amazonが出しているAMI 企業が出しているAMI コミュニティが出しているAMI 自分で作成したAMI から選ぶと思います。同じように見えて実は違うこれらのAMI。 セキュリティを高める為にはどのように使い分けるべきなのでしょうか？ 今回頻繁に利用するけれど実際のセキュリティに関しては蔑ろにされがちな、AMIの使い方について注意すべき点を調べましたので、お知らせします！ ※今回は無償のLinux系のAMIを想定していますので、Windows/Redhat、AWS Marketplace(有償イメージ)等のAMIは除きます Amazon提供、企業提供のイメージ Amazon、企業が出しているイメージを選ぶ理由は何があるでしょうか？ まず一番大きな理由
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
