Забелязвам че се отворило голяма дискусия. Ще отговоря на някой от интересните за мен въпроси. Естествено че заплащането е базирано на възможностите на кандидата все пак не сме в комунизма. Позицията е за мой приятел не е свързана с мен но ако някой има интерес и съответно смислени въпроси мога да ви свържа и да си говорите. Позицията съм я пуснал аз от гледна точка на това че съм българо-говорящ.

Поздрави на всички

След проведено интервю ще коментираме заплащането. Естествено че заплащането ще бъде според възможностите на кандидатите.

Здравейте,
търся системен администратор по възможност с опит в CentOS. Трябва ми full time работата е с клиенти от чужбина главно Nginx, HAProxy, php-fpm, MySQL (също така и репликация за базите), Apache, mail servers, performance tuning, DNS, организиране и трансфери в Domain registers общо взето търся човек с приличен опит. Работата може да е от вкъщи както така имаме и офис ако някой случайно желае да работи от офиса. Мисля че заплащането ще бъде интересно също така и работата която ще се върши. Моля свържете се с мен тук при интерес.

Поздрави,
Пламен Петков

Е локално един Java app тъпче в едн лог файл нищо повече. Според теб проблема е в буфера?

Здравейте,
имам следния проблем:
имам N на брой сървъри които пишат локално application logs и ходят към rsyslog сървър. Логовете имат буфер през 1 секунда локално. Синкват си се със rsyslog сървър но някой по дълги редове ги реже рандом на около 800-900 символа някакви идеи къде може да е проблема? Преди да предложите $MaxMessageSize вече е сетнато на $MaxMessageSize 4k. Някакви други предложения?

Поздрави,
Пламен Петков
Gushtera

В момента правя RAID 10 с 4 диска по 2ТБ и ще постна резултатите

В последствие ще напълня контролера със 12х2ТБ

А това е бенчмарка от бонние++ върху виртуализираната машина на ESXi-a

   Sequential Output   Sequential Input   Random
Seeks      Sequential Create   Random Create
Size:Chunk Size   Per Char   Block   Rewrite   Per Char   Block   Num Files   Create   Read   Delete   Create   Read   Delete
K/sec   % CPU   K/sec   % CPU   K/sec   % CPU   K/sec   % CPU   K/sec   % CPU   / sec   % CPU      / sec   % CPU   / sec   % CPU   / sec   % CPU   / sec   % CPU   / sec   % CPU   / sec   % CPU
slackware   4G   6474   98   13685   99   10627   38   26749   93   68238   60   976.6   98   16   3577   89   +++++   +++   6314   100   3305   92   +++++   +++   5708   74

Оказа се че картите не поддържат Jumbo frames а колкото до оптимизацията направих я ефекта е същия... експериментирахме днес с един вече приятел от форума... и логиката до която достигнахме е че най-вероятно RAID-a не смогва да изпълнява заявките за read и  write в едно и също време... след като при спирането на drbd-то скороста скача на 60-70МБ/с а и при чист read с включено дрдб скороста е 20МБ/с значи проблема идва да е някаде в контролера... примерно... ще ъпдейтна с последния фирмуер и ще видим какво ще излезе...


Поздрави.

Да беше продължение на една стара тема но реших да го отворя в отделна... romeo...
MTU 1500
и никакви буфери в момента дай идея за някаква оптимизация мисля да взема да пусна Jumbo-frames  но дори и без Jumbo не е нормално да минава толкова малко трафик най-интересното е че тази ниска скорост е само при write понеже по пътя на логиката моля да ме поправите ако не е така тествам следното:
write - dd if=/dev/zero of=/root/test.img bs=128k count=10k
трафик - 10-15MB/s

read - dd of=/dev/zero if=/root/test.img bs=128k count=10k
трафик - 100-120MB/s излиза а иначе на iptraf-a izlizat okolo 500-600Mbps

Благодаря Ви предварително и поздрави

Здравейте отново приятели,
след доста лутания и конфигурации накрая подкарах 2та сториджа със Ubuntu + DRBD + iscsitarget
Конфигурацията на сториджите е следната:
2x Dell Poweredge 850 2xGbit NIC 8GB RAM + 3ware 12port RAID пуснат в RAID 5 + 3HDD Hitachi 2TB 7k300

На тях е инсталирано Ubuntu Server (Linux storage01 3.0.0-11-server #18-Ubuntu SMP Wed Sep 14 01:20:37 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux)

DRBD - последната версия
iscsitarget - последната версия (пробвах и с tgt но там скоростта е на половина по малк
ето и конфигурациите на системата:


root@storage01:~# cat /etc/drbd.d/lun0.res
resource lun0 {
        protocol        C;

        syncer {
                c-max-rate      4G;
                c-min-rate      2G;
        }

        on storage01 {
                device          /dev/drbd0;
                disk            /dev/iSCSI/lun0;
                flexible-meta-disk      internal;
                address         192.168.88.254:7788;
        }
        on storage02 {
                device          /dev/drbd0;
                disk            /dev/iSCSI/lun0;
                flexible-meta-disk      internal;
                address         192.168.88.253:7788;
        }
}


root@storage01:~# cat /etc/drbd.d/lun1.res
resource lun1 {
        protocol        B;

        syncer {
                c-max-rate      4G;
                c-min-rate      2G;
        }

        on storage01 {
                device          /dev/drbd1;
                disk            /dev/iSCSI/lun1;
                flexible-meta-disk      internal;
                address         192.168.88.254:7789;
        }
        on storage02 {
                device          /dev/drbd1;
                disk            /dev/iSCSI/lun1;
                flexible-meta-disk      internal;
                address         192.168.88.253:7789;
        }
}



root@storage01:~# cat /etc/iet/ietd.conf
Target iqn.2011-10.bg.ecloud.storage01:target1
Lun 0 Path=/dev/drbd0,Type=blockio
Lun 1 Path=/dev/drbd1,Type=blockio





P.S. Конфигурацията на DRBD съм я направил с Managment Console-a от сайта на DRBD.
Чакам идеи за справяне с проблема


Благодаря Ви предварително


Поздрави,
Пламен Петков ака Гущера

Здравейте отново приятели,
след доста лутания и конфигурации накрая подкарах 2та сториджа със Ubuntu + DRBD + iscsitarget

И резултатите са следните:
При пусната репликация на DRBD-то се случва следното:
скорост при тест с dd е около 19-20МБ/с а скороста при тест с hdparm -t е 60МБ/с

При спряна репликация и iscsitarget-a е назначен директно към lvm дяловете трафика е:
скорост при тест с dd е около 65-70МБ/с а скороста при тест с hdparm -t е 120МБ/с

Може ли да споделите от опита който имате как да накарам DRBD-то да репликира с по сериозна скорост при положение че съм сетнал скороста на репликация на 1Г.

P.S. Конфигурацията на DRBD съм я направил с Managment Console-a от сайта на DRBD.
Чакам идеи за справяне с проблема


Благодаря Ви предварително

Здравейте,
въпроса ми е следния имам 2 OpenFiler-а и искам да конфигурирам Clustering понеже правя тест лаб с 2 датастора и 10 ESXi-a + vCernter.
Проблема е че никъде няма подробна информация за конфигурирането на OpenFiler-а в Clustering мод може би това едно от добрите хаутута:
http://www.howtoforge.com/installing-and-configuring-openfiler-with-drbd-and-heartbeat

Но идеята ми е трябва ли на вторя сървър да правя пълни конфигурации за iSCSI и какво ще се случи с вече готовото при положение че в края на хаутуто има mkfs.

А колкото да архитектурата тя е следната:
2 OpenFiler datastore-a оптика между тях
10 Сървъра ESXi managed с vCenter
идеята ми е за репликация на базите и фейловър при отпадане на единия сървър дайте идея за работеща конфигурация а и приемам съвети за други NAS OS-и. Благодаря предварително на всички които ще се включат в темата.


Поздрави,
Пламен Петков

Мога да си кажа моят опит със сторидж и DRBD. Имам 2 с DRBD на 3 дяла между тях от което само OS-а не е в DRBD-то иначе конфизите са.

Личният ми съвет е да се ползва OpenFiler защото е по лека дистрибуцийката и можеш да си я сложиш на флашка ако искаш. 3тия ми сторидж е такъв.

DRBD в различни райони трябва да се опъне Ethernet за да може да се направи репликацията иначе ще яде по много трафик докато репликира между регионите. Ако е малко трафика трябва да се оставят защитите на DRBD които са сложени при кофти трафик или при спиране на интернет-а от едната страна и т.н. Което означава бавна работа.

Ако 2та са Active/Passive в един център махаш защитите оптимизация на TCP/IP стек-а, NFS и съм стигнал ~120MB/s на LACP през 2 карти една VM. Меря с dd if=/dev/zero of=./zerofile bs=1M count=1000

Със защитите и без оптимизация 70-80MB/s. Ако ще правиш 2 сайта трябва да са с клъстерна FS щото искаш active/active и тогава нищо не магаш и ще е голяма бавнотия ако нямаш само оптика за тоя репликейшън 

А VMWare и Cloud - WTF!!

Успех.

Репликацията ще бъде по оптика а колкото до OpenFiler-a разгледах го но няма никаква документация а също так ами прави проблем със създаването на партишаните. А там за клъстеринга няма никаква информация

Здравейте колеги,
имам няколко въпроса надявам се някой да успее да даде разумно решение:
 Архитектурата е следната 2 сториджа с хардуерен RAID в RAID 5 или RAID6 като двата ще се намират физически на различни места и ще трябва да правят репликация от първия към втория реално втория ще е бекъп и ще е хубаво да има вариант за failover и това всичкото ще трябва да се експортне към един ESXi клъстер с около 20 сървъра с iSCSI. Та това е набързо архитектурата много ще се радвам ако някой даде някакви адекватни варианти за това нещо.


Поздрави,
Пламен Петков

1. репликация на какво ниво? На диск на виртуална машина, на iSCSI LUN, на ниво диск от сториджа?

http://www.drbd.org/

това работи само за два диска, добавени към една машина

http://www.drbd.org/

Благодаря ти много мисля че това е моето решение. А съвет на базата на коя дистрибуция да заложа?

нали имаш ESXi, защо питаш за дистрибуция?

Сториджите ще бъдат отделно от ESXi-a  ставаше на въпрос дали да се полза CentOS или Debian  за drbd-то а репликацията искам да е на дисково ниво тоест еквивалент на RAID1 през мрежата така че DRBD е може би най-добрия вариант стига да работи надежно реално архитектурата е следната:

 2 сторидж сървъра в раид 5 които да се репликират помежду си и iSCSI към клъстера от 20 ESXi (за сега) + vCenter типичен клауд солюшън

Ако имаш някаква друга идея ще се радвам да я споделиш