Он упал от создания первого пользователя :D
sladkydze, за 250$ мало вероятно кто-то даст 100Mb/s личные, не то что 1 Gb/s :)
vadimaster, А какое количество трафика планируется потреблять на этом 1gb/s ?
Раз уж вы говорите что гарантированный вам не нужен...
Аналогично, обращайтесь, подскажу, помогу чем смогу.
К тому же домен зарегистрирован на хостера, и еще вот:
nserver: ns1.asdf.net.ua 109.251.1.116
nserver: ns2.asdf.net.ua 109.251.1.114
changed: hostmaster@imhoster.net 20120130
:)
Реселлер imhoster судя по всему.
temmokan, первый вариант который приходит в голову это ipv6, но это видимо тоже не выход для вас судя по настроению, я бы рекомендовал вам как клиенту использовать выделенный ИП, это решает вашу проблему не смотря на то, что "ipv4 не хватит на всех", вам то какая разница, ваш сайт не работает.... переходите на своей ipv4 адрес и не думайте о том, кому его не хватило......
Вечно апгрейдить тоже не выйдет, работали в сторону кластеризации sql.. по этому может быть уделялось сильно много времени этому, но в конечном итоге это было признано @большим гемором@, легче стало разнести все базы на свои сервера и решать штатаные проблемы с конкретными клиентами на конкретных серверах. Вообще в 2007 надо было еще поискать админа который бы с легкостью мог говорить о кластеризации SQL :) (Может тоже выборочно, но опыт то у каждого свой :D )
Не совсем понимаю как вот это:
связано с вот этим:
Причем тут оверсел ? Его никогда не было, были клиенты которые были размещены на 5 физ серверах и стучались все в один sql сервер... сегодня базы по 10MB через месяц базы по 1 GB ... и тому подобное, я говорю о том, что это вызывает больше проблем для других людей.... которые якобы выигрывают или экономят как вы выше выразились... Мне кажется что использовать sql на каждом сервере рациональней (2005-7 год), просто по тому, что если возникнет таки вопреки всем ожиданиям проблема с БД она будет общая для всех, а не локальная для какого-то сервера... и тогда использовали репликацию и все прочее, просто накладнее это все ... так что ли... Сейчас многое поменялось, хотя например разработчики ПО ушли не далеко, есть какие-то панели которые работают с SQL Clustering ? не видел, все названия из этой отрасли сводятся к указаниям remote-sql-server :) По этому складывать все в одну ячейку... как-то неправильно концептуально... Конечно если это какой-то мега шкаф-сторедж .... ))) другое дело ... но в 2007 .... это было за гранью моих пониманий и возможностей :D
Видимо проблема в IDE, либо прошивке вашего диска, я выше писал вам что есть накопители без trim... есть варианты обновления прошивок вроде как... Ну а кому верить кто же вам скажет достоверно, полагаю что у вас больше всех шансов разобраться в этой ситуации, пусть софт мониторит ваш винт, с течением времени что-то прояснится, мне например кажется , что 19% могут превратиться в 80% если с течении недели будет софт мониторингом заниматься... хотя не совсем ясно почему он со старта показывает 19%.... может таки беда с винтом... или из за отсутствия trim считает не верно что-то. Потому как этот показатель , это мега сложная формула чтения\записи\интенсивности , т.е число плавающее и посчитать моментально при запуске время жизни просто не является возможным.
Почему же флуд, это вполне приличный отзыв, спасибо. Стараемся как и раньше ради клиентов.
