☰

如何使用更多 CPU 升级 Debian VM

tag-icon • tag-icon debian virtualization
如何使用更多 CPU 升级 Debian VM

由于某种原因，无论谁构建了我正在开发的服务器，都只在虚拟机管理程序中给了它 2 个 CPU，我可以轻松地给它 4 个 CPU，但我确信这会破坏它，内核将无法识别其他 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:

并不是说我非常懒或其他什么..但我认为从头开始使用新的虚拟机并迁移数据/服务可能会更容易..

答案1

从 32 位到 64 位并不一定很复杂，但考虑到您已经落后了两个完整的发布周期大概最好创建一个新的虚拟机，安装 Wheezy，然后查看如何复制数据。

这的可行性在很大程度上取决于您正在运行的服务类型以及您对它们做了多少自定义配置工作——我最近在真正古老的遗留 MySQL 服务器设置（最初早于 Lenny）方面遇到了一些麻烦，并且一堆配置选项充其量是次优的，最坏的情况是与更现代的 MySQL 版本完全不兼容。总而言之，这不是我更顺利的升级之一......

除非有更具体的信息，我只能给出一些一般性建议：在新设置上安装每个服务，然后查看现代文档以查看存在哪些配置选项以及它们的用途，然后手动将它们与您最初设置的配置进行比较在当前服务器上，并决定哪些内容需要保留，哪些内容最好留在过去。

相关内容