
何らかの理由で、私が作業しているサーバーを構築した人は、ハイパーバイザーに 2 つの CPU しか割り当てていません。4 つ割り当てることは簡単ですが、そうするとサーバーが壊れ、カーネルが他の CPU を認識しなくなることは間違いありません。少し前にこれを試して、あきらめたことを漠然と覚えています。「壊れていなければ」などなど。
ただし、サーバーの負荷が増加しているため、ハードドライブのサイズを増やし、CPU/RAM などの量も増やす必要があります。(ボックス用の物理 RAM は注文中ですが、割り当てることができる空き容量が数 GB あります)
私は何をしますか?
「カーネルをインストール」して、新しい CPU を割り当てて再起動するだけの簡単な作業だと期待していますが、まずはアドバイスやヒント、ヘルプが欲しいです。
また、必要なカーネルについて何かご存知ですか?
ESX は Linux 32 ビット用に構成されているようですが、これを 64 に変更することはできますか? https://wiki.debian.org/Migrate32To64Bit私は、たくさんのことをしなければならないと示唆しています。
https://wiki.debian.org/HowToUpgradeKernelあまり役に立ちませんでした。
おそらく役立つ情報:
apt-cache policy
Package files:
100 /var/lib/dpkg/status
release a=now
500 http://archive.debian.org lenny/non-free Packages
release v=5.0.10,o=Debian,a=oldstable,l=Debian,c=non-free
origin archive.debian.org
500 http://archive.debian.org lenny/main Packages
release v=5.0.10,o=Debian,a=oldstable,l=Debian,c=main
origin archive.debian.org
500 http://archive.debian.org lenny/contrib Packages
release v=5.0.10,o=Debian,a=oldstable,l=Debian,c=contrib
origin archive.debian.org
Pinned packages:
uname -a
Linux webserv 2.6.26-2-686 #1 SMP Sun Mar 4 22:19:19 UTC 2012 i686 GNU/Linux
/boot$ ls
config-2.6.26-2-686 grub initrd.img-2.6.26-2-686 initrd.img-2.6.26-2-686.bak System.map-2.6.26-2-686 vmlinuz-2.6.26-2-686
cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 26
model name : Intel(R) Xeon(R) CPU E5520 @ 2.27GHz
stepping : 8
cpu MHz : 2261.000
cache size : 8192 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 11
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss nx rdtscp lm constant_tsc arch_perfmon pebs bts pni ssse3 cx16 sse4_1 sse4_2 popcnt lahf_lm ida
bogomips : 4527.01
clflush size : 64
power management:
私がものすごく怠け者だとかそういうわけではありませんが、新しい VM で最初から始めて、データやサービスを移行する方が簡単かもしれないと思っています。
答え1
32ビットから64ビットへの移行は必ずしも複雑ではありませんが、リリースサイクルが2つ遅れていることを考えると、おそらく新しい VM を作成し、Wheezy をインストールしてから、データをコピーしてみるのが最適です。
これがどの程度実行可能かは、実行しているサービスの種類と、それらに対してどの程度のカスタム構成作業を行ったかによって大きく異なります。私は最近、非常に古いレガシー MySQL サーバー設定 (元々は Lenny より前のもの) と、よく言っても最適ではなく、最悪の場合は MySQL の最新バージョンと完全に互換性がない一連の構成オプションで問題に遭遇しました。全体的に見て、スムーズなアップグレードではありませんでした...
より具体的な情報がなければ、一般的なアドバイスしかできません。新しいセットアップに各サービスをインストールし、最新のドキュメントを参照して、どのような構成オプションが存在し、それらが何をするのかを確認し、それらを現在のサーバーに最初に設定した構成と手動で比較して、保持する必要があるものと過去に残しておくのが最善のものを決定します。