Przeczytałem tutaj pół tuzina wątków o zaletach i wadach hostingu wewnętrznego, ale nasza sytuacja jest nieco inna niż większość, więc pomyślałem, że po prostu otworzę nowe pytanie.
Krótko mówiąc, jesteśmy małą firmą programistyczną w północno-wschodnich Stanach Zjednoczonych ( nie w Bostonie ani w Nowym Jorku, trochę na wzgórzach), z istniejącą linią produktów. Z różnych powodów związanych z przyszłymi pracami programistycznymi, musimy mieć własne serwery w taki czy inny sposób - w tej chwili mamy kilka 1U Słońca (bardzo ładne X2100, które trzymają się jak skały BTW) w kwadrans wysokość regału.
Od lat hostujemy nasze witryny gdzie indziej, ale teraz, kiedy mamy stos sprzętu, który nigdzie się nie wybiera, myślę, że warto po prostu zrobić cały nasz publiczny hosting także w domu. Moje rozumowanie w skrócie:
- sprzęt jest zresztą zasadniczo kosztem utopionym
- robimy już wszystko, co jest konieczne dla administratora (jednak z mojego doświadczenia wynika, że za naprawdę dobrze zarządzany hosting trzeba płacić w nosie, w przeciwieństwie do zwykłego dostępu do skrzynki, która wydaje się być tym, co przechodzi na „zarządzany” w biz)
- nasze problemy będą nasze własne lub mniej więcej w porównaniu z każdą sytuacją hostingową (tj. doświadczyłem znacznie więcej przestojów, ponieważ jakiś głupiec kopnął routera lub cokolwiek innego u dostawcy hostingu niż ja z powodu losowych problemów na poziomie administratora)
- przepychamy wiele dużych plików i nie trzeba czekać na przesłanie ich na nasze hostowane serwery, brzmi to bardzo zachęcająco
Oczywiste minusy to:
- Moc. Mamy odpowiedni UPS, ale nie mamy redundancji.
- Pasmo. W tej chwili mamy 16d / 2u przez Comcast. Jeśli przeniesiemy naszą główną stronę, będziemy musieli przynajmniej ją podwoić, co może wymagać połączenia linii kablowych 2+.
- A / C. Nie sądzę, żeby to był prawdziwy problem - nie oczekuję, że kiedykolwiek będziemy mieli tutaj więcej niż 10 serwerów (jeśli się powiększymy, wtedy ekonomia tej decyzji bardzo się zmieni).
Myśli?
Dzięki!
Aktualizacja : Po zwolnieniu niektórych zdecydowaliśmy się na hosting poza siedzibą. Przypadkowo doszło do przerwy w dostawie prądu w naszym bloku, co w pewnym sensie psychicznie przewróciło szalę (nie był to rygorystyczny proces, ale marnowanie około 3 godzin wystarczyło, abym zrozumiał, że wszechświat próbuje mi coś powiedzieć ;-).
Nie jestem pewien, jakiego dostawcy będziemy używać w przyszłości, ale doceniłem wskazówkę dotyczącą chmury rackspace jako alternatywy dla ec2 itp.
źródło
Odpowiedzi:
Właśnie skończyłem przenoszenie naszych publicznych serwerów do serwerów Rackspace Cloud. Około rok temu zrobiłem to, o czym myślisz, ponieważ chciałem mieć pełną kontrolę nad moimi serwerami i trochę nie lubię wynajmować tanich serwerów (typowy „serwer” za 100 USD miesięcznie, to tylko komputer).
W końcu zrezygnowałem z wewnętrznego hostingu, ponieważ:
Jedną z rzeczy, które mi się podobały, jak wspomniałeś, była możliwość szybkiego nagrywania plików na serwery sieciowe (robimy dużo WebDAV). Ale tak myślę ... lepiej, żebyśmy musieli czekać na przesłanie niż nasi klienci muszą czekać na pobranie.
W każdym razie rozwiązanie Rackspace Cloud Server rozwiązało prawie wszystkie problemy, które zawsze miałem z wynajmowaniem dedykowanych maszyn lub rejestracją u dostawcy VPS (w tym koszty). Oferuje wiele małych sztuczek, które obiecuje prawdziwa wirtualizacja. W każdym razie nie będę ich reklamować. Alternatywą może być Amazon EC2.
Długa historia, lepiej śpię wiedząc, że nie dostanę telefonu, ponieważ nasz serwer jest w ogniu lub że firma energetyczna ponownie wykopała linie DSL. Pozwolę, aby jakiś inny kumpel był za to odpowiedzialny ... w miejscu, w którym faktycznie dysponują środkami do obsługi tych rzeczy.
Tak więc proponuję, aby przechowywać swoje publiczne informacje w jakimś dobrym centrum danych. Użyj tych dodatkowych serwerów do zadań wewnętrznych. Zazwyczaj można ich użyć do ... testowania, projektów specjalnych, tworzenia kopii zapasowych itp.
źródło
Nie wiem, czy twój ISP ma jakieś specjalne sztuczki w zanadrzu, ale ogólnie nie możesz wiązać / łączyć wielu linii typu konsumenckiego. Twoje linie kończyłyby się pod różnymi adresami IP w twojej siedzibie i nie możesz „powiązać” adresów IP. Możesz umieścić połowę swoich serwerów w linii 1, a drugą połowę w linii 2 - ale ma to oczywiste wady w przypadku awarii.
Następnie linie konsumenckie generalnie mają większe opóźnienia (Round Trip Time), co wpływa na wydajność TCP / IP. W przypadku pobierania dużych plików lub bardzo prostych stron internetowych z minimum obiektów prawdopodobnie nie jest to wielka sprawa. W przypadku VoIP bardziej interaktywne lub bardziej krytyczne zastosowania mogą być znaczące.
I wreszcie, korzyści płynące z posiadania „sieci wielomiejscowej”, tj. Systemu autonomicznego z wieloma dostawcami (przewoźnikami). Będziesz cieszyć się większą różnorodnością tras i mieć większe szanse, że wszyscy Twoi klienci będą mogli ustalić trasę do Ciebie w dowolnym momencie.
Ogólnie rzecz biorąc, zalecam współlokację starych serwerów w przyjaznym centrum danych niedaleko . Nadal będziesz korzystać ze swojego istniejącego sprzętu, a twoje serwery będą miały ładne, niewielkie opóźnienia, profesjonalne rurki do Internetu.
źródło
Oczywiście rób to, co uważasz za konieczne, ale moim zdaniem brzmiałoby głośno „nie ma mowy”. Jako mała firma musisz skupić się na ważniejszych rzeczach niż zarządzanie serwerami - rób to, co robisz najlepiej, rozwijaj oprogramowanie i sprzedawaj oprogramowanie - i pozwól komuś z większym doświadczeniem zająć się przyziemnymi zadaniami, takimi jak instalowanie łatek do O / S, tworzenie kopii zapasowych serwerów itp. oraz walka z atakami DOS.
Nigdy nie będziesz w stanie zbliżyć się do nadmiarowości zasilania, wydajności klimatyzacji, przepustowości i wiedzy, wiedząc, że taka duża firma jak Rackspace może zapewnić ci 24 godziny na dobę, 7 dni w tygodniu, 365 dni w roku kilkaset miesięcznie.
Przez lata prowadziłem własne serwery - przeniosłem je do chmury Rackspace - i nigdy nie oglądałem się za siebie. Teraz tworzę oprogramowanie, a ktoś inny zajmuje się infrastrukturą.
Muszę przyznać, że podobała mi się myśl, że serwer stoi tutaj obok mnie, ale w rzeczywistości nie musieli tak być.
źródło
Trudno powiedzieć bez znajomości wzorców użytkowania serwerów.
Jednak IMO najlepszym (może jedynym) powodem posiadania serwerów w centrum danych jest przepustowość. Jeśli uważasz, że naprawdę możesz sobie poradzić dzięki przesyłaniu z prędkością 2-4 Mb / s, i masz pewność, że Twój dostawca usług internetowych ma czas bez przestojów, powinieneś być w stanie poradzić sobie z wszelkimi innymi problemami.
Czy twoje obecne centrum danych zapewnia ci dane o wykorzystaniu przepustowości? Spojrzałbym na to długo, zanim zdecydowałem się przenieść. Skonfiguruj również dogłębne monitorowanie swojego bieżącego obwodu internetowego w pracy i sprawdź, czy dostaniesz potrzebny czas sprawności.
źródło
Właśnie włączyłem kolejną nutę dotyczącą chłodzenia. Jeśli wynajmujesz, sprawdź z wyprzedzeniem, czy wynajmujący lubi obniżać koszty klimatyzacji w weekendy i święta. Ta umiarkowana ilość ciepła generalnie staje się dużym problemem, gdy 90F na zewnątrz i 98 wewnątrz ... Po prostu powiedzmy.
źródło
Wygląda na to, że to przemyślałeś. Idź po to.
Kilka komentarzy, które mogłeś lub nie wziąłeś pod uwagę ...
źródło
Na podstawie tego, co powiedziałeś, nie zrobiłbym tego.
źródło
Jeśli go potrzebujesz, potrzebujesz go, i to wszystko.
Praca administratora będzie bardzo przerażająca: oczywiście, tracisz teraz czas, ponieważ jakiś idiota w tej samej restauracji wylał swoją kawę na serwer, ale kiedy przyniesiesz ją do domu, a to twoja kawa, problem jest znacznie większy po prostu dzwoniąc do swojego dostawcy usług hostingowych i żądając, aby dostali swoje tyłki. Jakiego rodzaju wsparcia sprzętowego szukasz? W zależności od potrzeb może być bardzo drogi.
Nadmiarowa rura jest dobra, ale premia jest wysoka. Używamy dwóch zestawów połączonych T2 i na początku tego roku mieliśmy incydent związany z „kretynem z koparką”. Nie przestawaliśmy grać, ale poważnie wpłynęło to na nasze wyniki.
Dodałbym również hartowanie i monitorowanie serwera i tym podobne. Sprzęt zapory ogniowej, łatanie i testowanie łatek, monitorowanie ... Wszystkie te rzeczy zajmują dużo czasu.
Jako administrator sugeruję powolną migrację ze zdalnego do lokalnego, aby dać sobie dużo czasu, aby upewnić się, że wszystko działa poprawnie (i wycofać się, jeśli okaże się brzydka), ale jako doświadczony administrator, wiem prawdopodobieństwo uzyskania dwukrotności kosztów w okresie przejściowym jest bardzo niskie.
Powodzenia, tak czy inaczej.
źródło
Cóż, muszę tu też zagrać ...
źródło