AWSの無料利用枠のアカウント作成の手続きの方法です。 アカウント作成した日は、 2020年08月10日 です。 Amazon AWS 無料利用枠についての概要です。 AWS 無料利用枠 事前準備 登録には以下の準備が必要です。 クレジットカードまたはデビットカード(無料利用...>
ネットワークの設定,変更などをどこで設定するか. 何を確認するか. (大抵の場合,設定は /etc/init.d, /etc/rc.d などにあるスクリプトなどで行っている.) 関連ファイル /etc/modules.conf : module の設定 ネットワーク設定(IPアドレスなど) /etc/network/interfaces : (Debian) /etc/rc.d/rc.inet1 : (Plamo) /etc/sysconfig/network-scripts など : (RedHat, Vine) /etc/init.d/* 又は /etc/rc.d/init.d/* : 初期設定スクリプト ホスト名参照 /etc/hostname : 自ホスト名(Debian) /etc/sysconfig/network: 自ホスト名(RedHat) /etc/HOSTNAME :
Tats Shibata (柴田竜典, シバタツ) has 20+ years of experience in database technology, performance engineering, and pre-sales. As a Senior Manager and Head of Japan Data Solutions Architecture at Amazon Web Services Japan, he leads a team of database and analytics technical experts who provide solution architecting for AWS customers across various industries.
さて、今回のメインともいえる説明に入ります。 まず、「kickstartファイル」とはなんぞや?という点について簡単に説明すると。 RedHat EnterpriseLinuxのクローンであるCentOSはインストーラーに「Anaconda」を採用しており 対話型(「グラフィカルモード」または「テキストモード」)および非対話型(以後、自動インストール)の 両方をサポートしています。 kickstartファイルとは、この自動インストールを行う際にインストーラーで自動的に設定する 各種設定パラメータを記載するファイルです。 ※例えば、SELinuxの設定や、言語の設定等 記載する内容としては、基本的に対話型のインストールで設定する内容と同様ですが、 「kickstartファイル」を利用した自動インストールの場合、 インストール後に実行するスクリプトの指定等も行える為、 インスト
テスト全体を通じて、仮想マシントータルのスループットが物理マシンのスループットを上回っています。実際には、テストツールとして何を用いるかによって若干結果がブレることが予想されます。それでも、複数台の仮想マシンを稼働させるサーバの性能をトータルで見た場合、ハードウェアの性能は十分に引き出せるといえます。 ここまでで、物理マシンと仮想マシンにどれだけの性能差があるのかを見てきました。ここで紹介した数字は、あくまでも基本性能のベンチマーク結果であり、最終的なアプリケーションの性能数値ではありません。それでも、仮想マシンの性能がどの程度であるのかを知るのに役立つ指標となると思います。 仮想ディスクのフォーマットによる性能差 次に、仮想ディスクのフォーマットが仮想マシンの性能に与えるインパクトを検証していきましょう。仮想ディスクとは仮想マシンのファイルシステムを保存する媒体であり、大きく分けて、以下
これはLAMP構成でWebアプリケーションを構築し、そのスループットを計測したものです。横軸が同時稼働ゲストOS数となっています。ゲストOS数が1台のときは600リクエスト/秒のリクエストを処理していますが、ゲストOS数が最大の24台となったときは処理能力が約20リクエスト/秒にまで低下しています。 限られたハードウェアリソースを複数のゲストOSで共有するために、当然、同時稼働ゲストOS数が増えると仮想マシン1台当たりの処理能力は低下します。とはいえ、大量のゲストOSを同時稼働させたときでも、何ら不具合や特別な性能劣化を起こすことなく、与えられたハードウェアリソースの中で着実に処理をこなしていることが分かります。 従って、性能要件などの細かい話を抜きにして、まず「普通に動くのかどうか」ということだけに関していえば、先のテストの台数程度であれば、物理メモリが足りる限りはゲストOSを同時稼働さ
最終更新日: 2002-05-18 (公開日: 2002-05-18) Unix Magazine 誌に 2002年1月号から 2003年2月号にかけて連載し ていた記事の元の原稿です。 コンピュータの方がうまくできることに人間を使うな。 -- Tom Duff *1 私の見る限り、プログラマという人種は決まって事務作業が嫌いな ようである。同じような書類を何枚も書かされたり、1つ誤字があ るから書き直せと言われたりすると、異常にストレスがたまる。 同様に、計算機を使っていても、同じような作業を何度も繰り返し たり、ちょっとでも間違えたら最初からやり直し、というのは耐え られない。そこで、今回は履歴を活用して作業の再利用をするノウ ハウを取り上げる。 シェルの履歴 Unixを使い始めて間もない初心者が作業しているところを見ると、 打ち間違えたコマンドを律儀に最初から打ち直しているのに気づく
論理ボリュームサイズを縮小する。 ※「縮小後論理ボリュームサイズ>使用中サイズ」であること 【LVM概要】 【論理ボリューム縮小要領】 ファイルシステムサイズ縮小 ↓ LVサイズ縮小 ※論理ボリュームを縮小するには該当論理ボリュームをアンマウントしなければならないが、該当論理ボリュームに/(ルートディレクトリ)がマウントされている場合、システム稼働中に/(ルートディレクトリ)はアンマウントできないため、レスキューモードで作業を行う [root@centos ~]# df -h ← マウント状況照会 Filesystem サイズ 使用 残り 使用% マウント位置 /dev/mapper/VolGroup00-LogVol00 3.3G 1.6G 1.6G 52% / ← 縮小対象LV /dev/sda1 99M 24M 71M 25% /boot tmpfs 125M 0 125M 0% /
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く