Хостинг VPS/VDS

Покупал я чуть больше года VPS на grokthis.net.
В марте как минимум раз в неделю сервер переставал отвечать.
ВНЕЗАПНО с 10 апреля vps перестала отвечать. Совсем.
Подождал час, написал в саппорт.
Ответили что мол это у нас запланированное отключение для повышения стабильности.
Думаю ладно, к вечеру восстановят. А вот фиг там. 13 часов. Воз и ныне там.
Написал ещё письмо – мол почему не информируете клиентов и вообще, кто заплатит 13 часов незапланированного даунтайма?
Ответа нет. На следующее утро нашёл другое место и уехал туда.
Сейчас 14 апреля и сервер всё ещё в дауне.
Приведу переписку с саппортом заодно.

—-
MAA>> >> Please turn on my vps. At last month you work VERY unstable. It’s not good.
MAA> >
GTN> > We are currently performing scheduled maintenance to resolve the
GTN> > performance and stability issues. It has been taking longer than
GTN> > expected, but is now proceeding quickly and without error. I can’t
GTN> > promise this will solve all of our problems, but it should solve most of
GTN> > them. I thank you for your patience.
GTN> >
MAA > Why you does not inform yours customers about scheduled maintaince?
MAA > It’s to heavy? Write simple script. Take customer’s email from db, write them some message, take next, etc.
MAA > Over 13 hours passed and VDS not works. Who will pay for NOT scheduled downtime?

Ответа нет. Не дожидаясь написал это:
MAA > Hey! It’s not fun! 4 (FOUR) days without server! Return my last pay!

—
Сейчас ушёл на goscomb.net. У них и нативный IPv6 имеется. Чем я и воспользовался. ns2.solar6.net живёт здесь
Так же нативный IPv6 есть у systeminplace.net (текущий аптайм 3 месяца). ns3.solar6.net живёт здесь.
Хостинга с нативным IPv6 в России я не нашёл. Продолжаю пользоваться туннелями.

Комментарии | опубликовано: Апр 14, 01:43

Сервер на XEN для небольшой организации.

Данная схема успешно внедрена в двух организациях мной и ещё одним весьма умным человеком, моим коллегой – Шершавиным Виталием.
—-
Имеем:
Организация в 10 человек
Сервер:
CPU: AMD Phenom™ II X4 955 Processor
RAM: 8Gb
RAID: Adaptec AAC-RAID (4 диска в RADI-10)
2 гигабитные сетевые карты.
Свитч: D-Link dgs1261t
NAS: Tsunamu S-3500 (тут хранить бэкапы будем)
Лимит на железки: 50тыр.
Сроки: неделя на покупку, установку, внедрение.
—-
Чего хочется:
Хочется переносимости и независимости от компов на рабочих местах, быстрой работы офисного и бухгалтерского ПО и 1С в частности. Так же хочется удалённый доступ ко всему этому безобразию.
—-
Почему не всеми любимую vmware? Да потому что оно не умеет прокидывать usb в гостей. Да и не люблю я эту слишком умно-привередливую штуку.
—-
Ставим на сервер линукс (я взял debian lenny), на него xen.
Внутри xen городим такой огород:
Dom0 [0] – linux, LVM, XEN :-)
DomU [1] – linux – здесь роутер, прокся, dhcp, dns
DomU [2] – linux – здесь openvz, внутри которого будут внутренние линуксовые сервисы
DomU [3] – Win2k3 – здесь терминальный сервер и файлохранилище для профилей.
DomU [4] – Win2k3 – здесь AD, dns.

Конфиги DomU:
[1]:
memory = 1024
name = "xen0gw"
vcpus = 1
vif = ['bridge=xenbr0, mac=00:16:3e:54:50:61', 'bridge=xenbr1, mac=00:16:3e:54:50:62', 'bridge=xenbr2, mac=00:16:3e:54:50:63']
disk = [ 'phy:/dev/mapper/vg0-gw,ioemu:hda,w' ]

[2]:
memory = 1024
name = "xen0ovz"
vcpus = 2
vif = ['bridge=xenbr1, mac=00:16:3e:54:51:64']
disk = [ 'phy:/dev/mapper/vg0-ovz,ioemu:hda,w' ]

[3]:
kernel = '/usr/lib/xen-3.2-1/boot/hvmloader'
builder = 'hvm'
memory = '4096'
device_model='/usr/lib/xen-3.2-1/bin/qemu-dm'
disk = ['phy:/dev/mapper/vg0-win2k3system,ioemu:hda,w',
'phy:/dev/mapper/vg0-win2k3data,ioemu:hdb,w']
name = 'win2k3term'
vif = ['bridge=xenbr2, mac=00:16:3e:7a:17:0f']
boot='c'
vnc=1
vnclisten='1.2.3.4'
vncpasswd='password'
sdl=0
usb=1
usbdevice='host:0529:0001'
vcpus=1
pae=1
acpi=1
apic=1
on_poweroff = 'destroy'
on_reboot = 'restart'
on_crash = 'restart'
localtime='+3'

usbdevice=‘host:0529:0001’ – это HASP от 1С

[4]:
kernel = '/usr/lib/xen-3.2-1/boot/hvmloader'
builder = 'hvm'
memory = '512'
device_model='/usr/lib/xen-3.2-1/bin/qemu-dm'
disk = ['phy:/dev/mapper/vg0-win2k3adsys,ioemu:hda,w']
name = 'win2k3ad'
vif = ['bridge=xenbr2, mac=00:16:3e:7a:17:1f']
boot='c'
vnc=1
vnclisten='1.2.3.4'
vncpasswd='password'
usb=0
vcpus=1
pae=0
acpi=1
apic=0
on_poweroff = 'destroy'
on_reboot = 'restart'
on_crash = 'destroy'
localtime='+3'

Теперь немного пояснений.
[1] – здесь чистый линукс debian. На нём squd3 прозрачный, пробросы портов, nat, dhcp, рекурсивный dns. К squid прикручены havp и adzaper. По желанию туда же крутится трафикосчиталка, шейпинг, отчёты о том, кто куда ходил. Здесь мы ещё и блокируем всякие вредные сайты типа соцсетей опять же по желанию руководства. Разносить всё по разным контейнерам считаю лишним. Одно без другого работать не будет, или будет неполноценно.

[2] – здесь линукс с openvz-ядром. Внутри openvz почтовый сервер (smtp/imap4/webmail) в одной VE-шке и jabber (xmpp) в другой. Если вдруг ВНЕЗАПНО появится какой-то ещё нужный\интересный сервис – без проблем – поднимаем, тестируем, оставляем или убиваем. Остальные сервисы продолжают работать без риска захламить систему экспериментами. Я считаю что разбивка по сервисам это правильно и удобно.

[3] – здесь винда в роли терминального сервера. На терминальном сервере стоят оба офисных монстра – MS Office и OOo3, стоит 1С, браузер (FireFox), почтовка (ThunderBird), антивирус выбран корпоративный NOD32. Если выделять более чем один проц и ставить свободные GPLPV дравера – получаем BSOD при попытке перезагрузить гостя. И ещё кучку неприятных вещей. А без GPLPV я как-то не пробовал производительность и без них некорректно работает выключение/перезагрузка из Dom0. Решено было оставить один проц. Так оно стабильно и довольно быстро работает.
На этой винде хранятся файлы от 1С и переносимые виндовые профили пользователей.

[4] – здесь винда в роли контроллера домена (а значит что и dns-сервера). На этот DNS-сервер пересылаются все запросы относительно локальных имён с рекурсивного сервера. Сервером-аплинком поставлен рекурсивный сервер. Обратка для локалки крутится на нём же. Про проц я писал уже выше.

В Dom0 вот настройки сети:
auto lo
iface lo inet loopback

auto xenbr0
iface xenbr0 inet static
address 10.2.1.4
netmask 255.255.255.0
gateway 10.2.1.254
bridge_ports eth0

auto xenbr1
iface xenbr1 inet manual
up brctl addbr xenbr1 || true; ip a a 172.17.1.66/26 dev xenbr1 || true; ip l s xenbr1 up || true; ip r a 172.17.1.0/24 via 172.17.1.65 || true
down ip a d 172.17.1.66/26 dev xenbr1 || true; ip l s xenbr1 down|| true; brctl delbr xenbr1 || true

auto xenbr2
iface xenbr2 inet manual
up ip l s xenbr2 up
down ip l s xenbr2 down
bridge_ports eth1

xenbr0 – смотрит к прову.
xenbr1 – в сеть с openvz
xenbr2 – в локальную сеть

Маленькая заметка – если не выключить всякие управления потоком (flow-control) и прочие навороты в свойствах сетевой карты в винде – сеть на отдачу УЖАСНО медленно работет. ~800М мне обещали копировать 107минут. На выяснение этого хака я потратил почти целый рабочий день.
DomU -> DomU – быстро
внешняя машина -> DomU – быстро
DomU -> внешняя машина – медленно
Вот такая магия.

На клиентских компах если винда – подключаем в домен со всеми вытекающими, если линукс – выделяем место на сервере, которое будем отдавать по nfs. Там будут лежать хомдиры. Пароли храним тоже на сервере. Если кому-то вдруг нужно с линуксом поработать в программе, которая напрочь отказывается запускаться под wine – настраиваем rdp. Хотя большинство софта довольно хорошо и стабильно работает под wine@eterosoft.
Удалённый доступ можно организовать как через openvpn (ставим на шлюзовой DomU) так и через проброс портов с помощью ssh. Авторизацию по паролям выклчюаем и просим фаервол банить IP на минуту если было больше 3 подключений к ssh за 10 секунд – привет ботам :)

Коротко – вроде всё.

Комментарии | опубликовано: Фев 27, 02:43

<--- Предыдущая страница Следующая страница --->