Апгрейд сервере со старого Целерона на что-то новое да без простоя :)

Активист

Активист
Команда форума
Собственно разговор с хостером:

Здравствуйте.

Мы сейчас арендуем сервер, на протяжении более 2-х лет, и хотели бы следующее.

1. Обновить сервер до
Core2Quad 4 ядра по 2.66GHz 2Gb 2х320Gb 5900.00

Но таким образом, что бы Вы скопировали всю информацию с двух текущих жеских дисков, сохранив разбивку но увеличив основные партиции, т.е., грубо говоря:
Сохранить всю информацию на текущих жеских дисках, оставив текущую ос и разбивку т.п., а ту разницу в размерах дисков добавили к основной партиции (самой большой на каждом из жеских дисков), снизив время простоя до минимума (надеюсь, изложил ясно).

2. После успешного переноса всей информации на "винтах" обновить текущую ос Debian Etch до Debian Lenny (Установлена ISP Manager, работает почта, сайты, антиспам, nginx + apache2, mysql).

3. После этого на сутки подключили KVM.

Поскольку сервер сейчас оплачен до 21 ноября 2010, работу эту сделать до этого числа (к этому числу), что бы с 21 ноября мы уже оплачивали новый сервер.

Прошу выставить счет на эти услуги и "новый" сервер.
Здравствуйте,

В принципе, такое возможно, но:
1) клонирование дисков - весьма долгий процесс и может занять около 12 часов
2) в связи с особенностями файловой системы ext3 изменение размера разделов не рекомендуется, так как может привести к потере данных.
3) при смене процессора с Intel Celeron на Core2Quad изменится его разрядность, что может привести к проблемам в работе ПО

Мы можем предложить следующее решение: Вы можете заказать новый сервер нужной Вам конфигурации, перенести лицензию панели на его адрес, установить панель и перенести данные на новый сервер.
1) При этом простой сайтов сведется к минимуму (возможна только потеря данных, добавленных в процессе переноса на новые адреса)
2) На новом сервере будет уже установлена операционная система последней редакции (Debian 5.0.6), что позволит избежать возможных ошибок при обновлении
3) Не надо будет рисковать потерей данных, увеличивая раздел.
1. Т.е., на Core2Quad будет установлена Debian Lenny x64 ? Какие по мимо более 4ГБ есть преимущество перед x86? В случае смены архитектуры неизвестно, как себя поведут проекты, поскольку PHP по этому поводу "страдает" (есть ряд известных проблем несовместимости, например ip2long и т.п.).

2. У нас сейчас огромные проблемы с выполнением резервных копий , с LA 0.85 при начале резервного копирования (объем gzip файлов получается 13 ГБ) LA поднимается до 20-30, в связи с чем, сервер просто "падает" (растет wa, gzip, mysql) на довольно большой срок, что будет производительнее - два винчестера по 320, на одном система, на втором резервные копии или рейд в зеркалировании из двух винчестеров? Кстати, есть поддержка raid? Что Вы посоветуете по этому поводу? Будет ли значительный прирост производительности? Как с этим будет справляться Core2Quad'ра или же лучше установить Core i5? В качестве рабочей станции сам использую Core i5-760, но там 4 ядра, визуализация, в Ваших конфигурациях за 5900 Core i5 - 2 ядра, посоветуйте.

3. Какая файловая система лучше всего, производительней (в условии с raid и без) при условии что "сайты" это множество мелких файлов?

4. Можно ли завтра, например, установить сервер, выставить счет, что бы мы начали работать по переносу быстрее? Так как у нас разница +5 - получается в среднем суточная задержка.
Здравствуйте, ООО.

Уточняем данный вопрос мы свяжемся с Вами в течение часа.
Здравствуйте, ООО.

> 1. Т.е., на Core2Quad будет установлена Debian Lenny x64 ?
> Какие по мимо более 4ГБ есть преимущество перед x86? В случае
> смены архитектуры неизвестно, как себя поведут проекты,
> поскольку PHP по этому поводу "страдает" (есть ряд известных
> проблем несовместимости, например ip2long и т.п.).
На 64х разрядный процессор можно установить как 32х, так и 64х разрядную операционную систему. Больших различий между ними нет, за исключением максимального объема памяти.

> 2. У нас сейчас огромные проблемы с выполнением резервных копий
> , с LA 0.85 при начале резервного копирования (объем gzip файлов
> получается 13 ГБ) LA поднимается до 20-30, в связи с чем, сервер
> просто "падает" (растет wa, gzip, mysql) на довольно большой
> срок, что будет производительнее - два винчестера по 320, на
> одном система, на втором резервные копии или рейд в
> зеркалировании из двух винчестеров? Кстати, есть поддержка raid?
> Что Вы посоветуете по этому поводу? Будет ли значительный
> прирост производительности? Как с этим будет справляться
> Core2Quad'ра или же лучше установить Core i5? В качестве рабочей
> станции сам использую Core i5-760, но там 4 ядра, визуализация,
> в Ваших конфигурациях за 5900 Core i5 - 2 ядра, посоветуйте.
Подобные проблемы могут возникать из-за проблем с жестким диском (попробуйте проверить его при помощи smartctl)
С точки зрения надежности и простоты обращения я бы порекомендовал все же использовать вариант с зеркалированием. Также, Вы можете установить на сервере аппаратный RAID-контроллер - он будет работать гораздо быстрее программного, однако добавит к стоимости аренды 2000 рублей.
Материнские платы c Сore i5 пока не до конца поддерживаются ОС Linux, поэтому я порекомендовал бы все же взять Core2Quad.

> 3. Какая файловая система лучше всего, производительней (в
> условии с raid и без) при условии что "сайты" это множество
> мелких файлов?
Я рекомендовал бы использовать ext3, как лучшую по соотношению скорость/надежность, так как ext4 пока не полностью поддерживается Debian
Впрочем, разделы, изменения в которые вносятся не часто, можно сделать в ext2 (но эта файловая система постепенно уходит в прошлое), а временные файлы можно хранить на разделе с reiserfs, так как падение файловой системы в этом случае не сможет принести никаких проблем.
Результаты сравнения производительности файловых систем Вы можете найти, например, здесь: http://breys.ru/blog/470.html

> 4. Можно ли завтра, например, установить сервер, выставить счет,
> что бы мы начали работать по переносу быстрее? Так как у нас
> разница +5 - получается в среднем суточная задержка.
Вы можете заказать сервер в любое удобное для Вас время. Для ускорения оплаты Вы можете прислать нам гарантийное письмо.
Один час работы нашего системного администратора стоит 870 рублей. Если Вы хотите воспользоваться нашими услугами по настройке, пришлите, пожалуйста, окончательное техническое задание, по которому мы сможем рассчитать необходимое для выполнения работ время.
Спасибо за информацию.

А предоставляемых серверах нет встроенного raid 1? Мне будет сложно объяснить, почему мы теряем в объеме, а еще доплачиваем 2000 рублей.

Я тоже так подмул, что возможно проблема с винчестерами, но smart отключен.
serv001:~# smartctl -a /dev/sda
smartctl version 5.36 [i686-pc-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

Device: ATA WDC WD1600JS-98M Version: 02.0
Serial number: WD-WCANMH401699
Device type: disk
Local Time is: Tue Nov 9 16:41:16 2010 MSK
Device does not support SMART

Error Counter logging not supported

[GLTSD (Global Logging Target Save Disable) set. Enable Save with '-S on']
Device does not support Self Test logging
serv001:~#

Поверить, тем более за 5 тысяч километров не могу, fsck ошибок не выдает, возможно, проблемы в контроллере, поэтому незамедлительно задумались о смене оборудования, тем более мы его уже арендуем на протяжении 2.5 лет, сколько он отработал до нас - не известно.
Здравствуйте, ООО.

На некоторых материнских платах есть аппаратный рейд-контроллер, однако он реализован далеко не самым лучшим образом.
Программный RAID в данном случае будет даже лучше.
Собственно. Кто что скажет. До завтра нужно решить все поставленные мной вопросы. ПО сути с сис. админом хостера я согласен, мучает вопросы по поводу рейда.

На сервере сейчас (низкий пик, поскольку основные клиенты (юрики) работают с разницей +5 мск, т.е., сейчас 22:45)
Apache Server Status

Server Version: Apache/2.2.3 (Debian) PHP/5.2.0-8+etch16 mod_ssl/2.2.3 OpenSSL/0.9.8c
Server Built: Nov 13 2009 15:16:06

Current Time: Tuesday, 09-Nov-2010 17:41:18 MSK
Restart Time: Tuesday, 09-Nov-2010 11:21:49 MSK
Parent Server Generation: 0
Server uptime: 6 hours 19 minutes 29 seconds
Total accesses: 154940 - Total Traffic: 1.0 GB
CPU Usage: u346.44 s178.08 cu3447.66 cs0 - 17.4% CPU load
6.8 requests/sec - 48.2 kB/second - 7.1 kB/request
2 requests currently being processed, 98 idle workers

....._..__..____.___._._..___..___..__..____.______._...__.___..
____._....__.___.______._._..___....._......_____.___._....._._.
....__..___._.._W.W___...__...._.___._.._.___._._.._.__._.__....
...............................................................
serv001:~# eximstats /var/log/exim4/mainlog | less

Exim statistics from 2010-11-09 00:02:02 to 2010-11-09 17:45:36

Grand total summary
-------------------
At least one address
TOTAL Volume Messages Hosts Delayed Failed
Received 297MB 2444 1199 41 1.7% 202 8.3%
Delivered 363MB 3055 79

Deliveries by transport
-----------------------
Volume Messages
address_reply 110KB 30
local_delivery 239MB 2527
remote_smtp 124MB 498
(Cобственно спамассасин на это количество спама жрет довольно много проца)

[
 

Активист

Активист
Команда форума
Код:
Стата по MySQL за последнии 6 часов (не самый пик активности)
mysql> SHOW /*!50002 GLOBAL */ STATUS;
+-----------------------------------+------------+
| Variable_name                     | Value      |
+-----------------------------------+------------+
| Aborted_clients                   | 10         |
| Aborted_connects                  | 84         |
| Binlog_cache_disk_use             | 1          |
| Binlog_cache_use                  | 13455      |
| Bytes_received                    | 141414219  |
| Bytes_sent                        | 1464669663 |
| Com_admin_commands                | 1270       |
| Com_alter_table                   | 69         |
| Com_begin                         | 915        |
| Com_change_db                     | 30732      |
| Com_check                         | 2578       |
| Com_commit                        | 915        |
| Com_create_table                  | 14         |
| Com_delete                        | 4004       |
| Com_flush                         | 6          |
| Com_insert                        | 6979       |
| Com_insert_select                 | 808        |
| Com_select                        | 160354     |
| Com_set_option                    | 78049      |
| Com_show_charsets                 | 9          |
| Com_show_create_table             | 480        |
| Com_show_databases                | 8          |
| Com_show_fields                   | 498        |
| Com_show_status                   | 2          |
| Com_show_tables                   | 9          |
| Com_show_triggers                 | 479        |
| Com_show_variables                | 40         |
| Com_update                        | 39374      |
| Com_update_multi                  | 1          |
| Compression                       | OFF        |
| Connections                       | 30490      |
| Created_tmp_disk_tables           | 18513      |
| Created_tmp_files                 | 32         |
| Created_tmp_tables                | 26763      |
| Flush_commands                    | 1          |
| Handler_commit                    | 27653      |
| Handler_delete                    | 280594     |
| Handler_prepare                   | 26908      |
| Handler_read_first                | 16136      |
| Handler_read_key                  | 4664309    |
| Handler_read_next                 | 27515424   |
| Handler_read_prev                 | 9716       |
| Handler_read_rnd                  | 195418     |
| Handler_read_rnd_next             | 363025405  |
| Handler_rollback                  | 31         |
| Handler_update                    | 286891     |
| Handler_write                     | 417825     |
| Innodb_buffer_pool_pages_data     | 510        |
| Innodb_buffer_pool_pages_dirty    | 9          |
| Innodb_buffer_pool_pages_flushed  | 31153      |
| Innodb_buffer_pool_pages_misc     | 2          |
| Innodb_buffer_pool_pages_total    | 512        |
| Innodb_buffer_pool_read_ahead_rnd | 4064       |
| Innodb_buffer_pool_read_ahead_seq | 69439      |
| Innodb_buffer_pool_read_requests  | 267327187  |
| Innodb_buffer_pool_reads          | 126722     |
| Innodb_buffer_pool_write_requests | 352714     |
| Innodb_data_fsyncs                | 32325      |
| Innodb_data_read                  | 3567816704 |
| Innodb_data_reads                 | 207939     |
| Innodb_data_writes                | 54817      |
| Innodb_data_written               | 1049572864 |
| Innodb_dblwr_pages_written        | 31153      |
| Innodb_dblwr_writes               | 2510       |
| Innodb_log_write_requests         | 34852      |
| Innodb_log_writes                 | 25539      |
| Innodb_os_log_fsyncs              | 27330      |
| Innodb_os_log_written             | 27831808   |
| Innodb_page_size                  | 16384      |
| Innodb_pages_created              | 322        |
| Innodb_pages_read                 | 1266205    |
| Innodb_pages_written              | 31153      |
| Innodb_row_lock_time              | 213578     |
| Innodb_row_lock_time_avg          | 1452       |
| Innodb_row_lock_time_max          | 5171       |
| Innodb_row_lock_waits             | 147        |
| Innodb_rows_deleted               | 17672      |
| Innodb_rows_inserted              | 3494       |
| Innodb_rows_read                  | 258379356  |
| Innodb_rows_updated               | 13542      |
| Key_blocks_unused                 | 14194      |
| Key_blocks_used                   | 14497      |
| Key_read_requests                 | 26227250   |
| Key_reads                         | 1215616    |
| Key_write_requests                | 1782520    |
| Key_writes                        | 526503     |
| Last_query_cost                   | 0.000000   |
| Max_used_connections              | 140        |
| Open_files                        | 103        |
| Open_tables                       | 64         |
| Opened_tables                     | 28080      |
| Qcache_free_blocks                | 1435       |
| Qcache_free_memory                | 5979296    |
| Qcache_hits                       | 386794     |
| Qcache_inserts                    | 131304     |
| Qcache_lowmem_prunes              | 39097      |
| Qcache_not_cached                 | 30693      |
| Qcache_queries_in_cache           | 3816       |
| Qcache_total_blocks               | 9762       |
| Questions                         | 744558     |
| Rpl_status                        | NULL       |
| Select_full_join                  | 998        |
| Select_full_range_join            | 85         |
| Select_range                      | 17881      |
| Select_scan                       | 53085      |
| Slave_running                     | OFF        |
| Slow_queries                      | 421        |
| Sort_merge_passes                 | 13         |
| Sort_range                        | 3011       |
| Sort_rows                         | 211283     |
| Sort_scan                         | 37223      |
| Table_locks_immediate             | 230540     |
| Table_locks_waited                | 166        |
| Threads_cached                    | 7          |
| Threads_connected                 | 2          |
| Threads_created                   | 261        |
| Threads_running                   | 1          |
| Uptime                            | 24278      |
+-----------------------------------+------------+
251 rows in set (0.00 sec)


Общая инфа:
Nginx на фронтеэнде,
Всего пользователей: 88
На диске пдля юзеров - сайты = 14 ГБ
Трафик (с 1 по 9 текущего месяца): 41.821 ГБ

Проц
serv001:~# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 22
model name : Intel(R) Celeron(R) CPU 440 @ 2.00GHz
stepping : 1
cpu MHz : 1995.047
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 10
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 tm pbe nx lm constant_tsc up arch_perfmon pebs bts pni monitor ds_cpl tm2 ssse3 cx16 xtpr lahf_lm
bogomips : 3993.17
clflush size : 64
Память
serv001:~# cat /proc/meminfo
MemTotal: 2068576 kB
MemFree: 87956 kB
Buffers: 191996 kB
Cached: 1263184 kB
SwapCached: 0 kB
Active: 1217628 kB
Inactive: 678772 kB
HighTotal: 1171392 kB
HighFree: 5676 kB
LowTotal: 897184 kB
LowFree: 82280 kB
SwapTotal: 1951856 kB
SwapFree: 1951792 kB
Dirty: 6608 kB
Writeback: 0 kB
AnonPages: 440132 kB
Mapped: 26652 kB
Slab: 65528 kB
SReclaimable: 42632 kB
SUnreclaim: 22896 kB
PageTables: 5800 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
CommitLimit: 2986144 kB
Committed_AS: 1447540 kB
VmallocTotal: 114680 kB
VmallocUsed: 4812 kB
VmallocChunk: 109344 kB
 

Активист

Активист
Команда форума
Диски без рейда:
Код:
serv001:~# smartctl -i /dev/sda
smartctl version 5.36 [i686-pc-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

Device: ATA      WDC WD1600JS-98M Version: 02.0
Serial number:      WD-WCANMH401699
Device type: disk
Local Time is: Tue Nov  9 18:05:09 2010 MSK
Device does not support SMART

serv001:~# smartctl -i /dev/sdb
smartctl version 5.36 [i686-pc-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

Device: ATA      ST3160815AS      Version: 3.AA
Serial number:             6RA2STT9
Device type: disk
Local Time is: Tue Nov  9 18:05:22 2010 MSK
Device does not support SMART
serv001:~#

serv001:~# df -h
Файловая система      Разм  Исп  Дост  Исп% смонтирована на
/dev/sda1              13G  2,7G  9,6G  22% /
tmpfs                1011M     0 1011M   0% /lib/init/rw
udev                   10M   64K   10M   1% /dev
tmpfs                1011M     0 1011M   0% /dev/shm
/dev/sdb1              56G   17G   36G  32% /home
/dev/sda7              59G   45G   12G  80% /var

(parted) quit
Информация: Don't forget to update /etc/fstab, if necessary.

serv001:~# parted
GNU Parted 1.7.1
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print all

Disk /dev/sda: 160GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type         File system  Flags
 1      32,3kB  14,0GB  14,0GB  основной     ext3
 2      14,0GB  160GB   146GB   расширенный
 5      14,0GB  16,0GB  1999MB  логический   linux-swap
 6      16,0GB  96,0GB  80,0GB  логический   ext3
 7      96,0GB  160GB   64,0GB  логический   ext3



Disk /dev/sdb: 160GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type      File system  Flags
 1      32,3kB  60,0GB  60,0GB  основной  ext3
 2      60,0GB  100GB   40,0GB  основной  ext3


(parted)

serv001:~# mount
/dev/sda1 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/sdb1 on /home type ext3 (rw,usrquota,grpquota)
/dev/sda7 on /var type ext3 (rw,usrquota,grpquota)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)


serv001:~# cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
/dev/sda1       /               ext3    defaults,errors=remount-ro 0       1
#/dev/sda6       /home           ext3    defaults,usrquota,grpquota        0       2
/dev/sdb1       /home           ext3    defaults,usrquota,grpquota        0       2
/dev/sda7       /var            ext3    defaults,usrquota,grpquota        0       2
/dev/sda5       none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto     0       0

(файло год назад было раскидано по разным дискам (добавлен еще один диск), home и т.п., что бы не колбасило один винт), размер партиций не менялся (ибо не стоит менять размел раздела на работающем сервере, поэтому есть незайдейственные партиции (ждут своего часа).
ЧТО КТО СКАЖЕТ?
 

Активист

Активист
Команда форума
Да, текущий LA
serv001:~# uptime
18:19:25 up 7:14, 4 users, load average: 0.99, 1.01, 0.93

Dstat c ежисекундном информировании
Код:
serv001:~# dstat
----total-cpu-usage---- -dsk/total- -net/total- ---paging-- ---system--
usr sys idl wai hiq siq|_read _writ|_recv _send|__in_ _out_|_int_ _csw_
 25   5  55  14   0   1| 155k  634k|   0     0 |   0   2.7B| 212  1210
 56  10  31   1   0   2| 140k  212k|  13k  121k|   0     0 | 236  3688
 51   8  40   1   0   0|8192B  196k|  20k  168k|   0     0 | 314  3667
 15   3  82   0   0   0|   0    96k|5530B   80k|   0     0 | 144   836
 13   4  81   2   0   0| 744k  756k|5992B   21k|   0     0 |  99   333
 23   9  66   0   0   2|   0  1244k|7775B   92k|   0     0 | 241  1580
 17   4  79   0   0   0|   0     0 |8253B  124k|   0     0 | 172  1011
  9   3  87   1   0   0|   0   660k|6075B   30k|   0     0 | 128   345
 47  11  41   0   0   2|4096B  128k|  14k   51k|   0     0 | 221  3343
 65  11  24   0   0   0|   0   576k|  13k   53k|   0     0 | 163   933
 88   9   3   0   0   0|   0   472k|  14k   89k|   0     0 | 198  1426
 85   9   4   0   0   2|   0  2004k|  23k  118k|   0     0 | 527  3601
 90   3   7   0   0   0|   0    84k|9315B   31k|   0     0 |  94   642
 11   2  87   0   0   0|   0  8192B|5707B   43k|   0     0 |  96   727
 30   6  63   0   0   1|4096B  732k|7553B   57k|   0     0 | 161  2405
 

dimagolov

Новичок
Да, текущий LA
serv001:~# uptime
18:19:25 up 7:14, 4 users, load average: 0.99, 1.01, 0.93
А почему updime такой маленький?

Про 32-64bit. Ты бы лучше профиксил зависимые моменты и перешел нв x64, чтобы был запас по памяти, чем умышленно загонять себя.

По поводу "без простоя". mysqldump & rsync рулят, насетапливаете все что нужно на новом сервере, поредварительно все переливаешь туда, тестируешь, после чего ставишь заглушку на старом, делаешь перенос базы/последних файлов на новый rsync-ом и меняешь DNS, после чего смотришь как народ начинает ходить на новый тазик.
 

Активист

Активист
Команда форума
Да, ISPManager'овский бейкап сегодня с ума сошел (что-то обновился сегодня ночью), LA до 30 поднял, пинги только проходили, даже коннекта на SSH небыло, ребут делаю, ISP манаджер начинает восстанавливать бейкап процесс, процесс убиваю, gzip, mysqldump висят работают, появляются клоны комманд,, вообщем, не убиваемый процесс был, пока не нашел, куда он засунул строку с раном, и не удалил, лихорадело.

Главный вопрос - Проблему такой апргрейд решит? И вообще, блин, где узкое место...

> Ты бы лучше профиксил зависимые моменты и перешел нв x64
Ага, а потом объяснял бы клиентам. Кстати, какие есть известные зависимости?
 

Активист

Активист
Команда форума
Процесс переноса, кстати, я представляю очень хорошо :) По мимо сайтов нужно и почту перенести, все почтовые ящики, и т.п., геморой на пол недели, особено, при смене ос, два дня дебаг ос, три дня перенос.
 

Yaponchick

Новичок
O_O Не понимаю людей, которые при наличии hetzner.de (no adv ;)) и знанием что весь траф идёт через немцев, до сих пор пытаются покупать русские сервера =) пинг изменится на 2мс?

По рейду: есть всегда возможность заказать hardware-raid. почему бы и не доплатить 100 у.е. ?
По бекапу: встретились недавно с таким же "прыгом", но прыгали до 15-20. Решается очень просто ) 2ой дешёвый сервер и гигабитная дырка. Туда уходит чистая копия, и там архивируется/фильтруется.
 

fixxxer

К.О.
Партнер клуба
Я так и не понял. Задача в переносе с минимальным простоем? Ну берешь, ставишь весь нужный софт на новом дедике, тех же мажорных версий, чтобы ничего не слетело. Mysql переносишь: myisam через hotcopy, innodb - через lvm / xtrabackup (вот на это время будет простой). К моменту готовности приложения уже должны начать работать с новым сервером (меняешь там в конфигах или где). После чего запускаешь "вечный" rsync на остальное, и как первый цикл пройдет, запускаешь весь траф уже на новый. Ждешь, пока досинкается. После чего старый сервак останавливаешь.

Честный аппаратный рейд только на зеркало это по моему жирно. А не честный аппаратный - это вообще кал для десктопной винды, lvm/geom лучше в сто крат чем эти индусские драйвера.
 

grigori

( ͡° ͜ʖ ͡°)
Команда форума
не усложняй жизнь, возьми новый сервер, на неделю или две оставь старый, и спокойно переноси
бекап, думаю, можно и отключить на время, если он так мешает
 

Активист

Активист
Команда форума
Дк, стоит использовать софтовый рейд? Платить 2000 рублей/мес за рейд контроллер в зеркале - жирновато как-то, мы бы его купили, но не можем, ибо аренда.
Перенос будет производиться потихоньку.
 

флоппик

promotor fidei
Команда форума
Партнер клуба
Софтовый рейд стоит, кстати. Его восстанавливать несколько проще, чем аппаратный, т.к. для аппаратного нужны родные тулзы, а mdadm во все линуксы встроен, а разница в нагрузке на проц - копеечная.
Аппаратный имеет смысл, когда у тебя сложные рейды и много дисков с хотсвапом, там он бережет изрядно нервов.
Алсо, при выходе аппартного контроллера из строя получается жопа, если нет сразу же на замену другого.
 

флоппик

promotor fidei
Команда форума
Партнер клуба
Только как правильно fixxxer заметил, не надо трогать псевдо-аппаратные, типо всяких Intel Matrix - они удачно собрали в себе проблемы и софтовых, и аппаратных рейдов :)
 

weregod

unserializer
с геморроем безопаснее
для начала я бы воткнул новые винты под данные в старую железку и постепенно перенёс данные на новые винты
а на новой да, засетапил ось, проработал быстрый подхват данных
а потом заказал перетык дисков с данными со старой железки в новую
но это всё теория
 
Сверху