Bugün, 25-30 çalışanı olan, ayrı bir altyapıya (perakende satış mağazaları, bir depo), ne tür bir terminal sunucusuna ihtiyaç duyulduğuna ve "1C: Enterprise" programına sahip küçük bir kuruluş için bir sunucu "salonu" seçimine bakıyoruz. Bu hizmetler tüm uygulayıcılara hizmet vermektedir.
Küçük şirketlerin çoğu, sahip olma maliyetini ucuzlatmak için, satın aldıkları ekipman miktarını en aza indirmeye izin verecek ve yöneticilerden, kendileri tarafından desteklenen tüm hizmetleri tek bir fiziksel sunucuya "pompalamalarını" isteyecektir. Bazhannya daha mantıklı ve kışkırtıcı ama burada nüanslar var.
Bir terminal sunucusu düzenleyebilir ve orada 1C'nin dosya sürümünü kazanabilirsiniz, ancak bu kadar çok sayıda koristuvachiv için perakende şirketi, istemci-sunucu sürümüne geçmenizi önerir. Bu yüzden "1C: Enterprise" adlı başka bir sunucuya ve bir veritabanı sunucusuna ihtiyacımız var. Bir işletim sistemi üzerinde bir terminal sunucusu, SQL sunucusu ve 1C sunucusu düzenlemenin mümkün olduğunu açıklığa kavuşturmama izin verin, ancak robotik hizmetlerin güvenlik ve kararlılığı açısından bölgede önerilmemektedir. Ve yine de üç rolün tümü için bir fiziksel sunucu kazanmak istiyorsanız, sanallaştırmayı, örneğin VMWare ESXi veya Hyper-V'yi kazanmanız önerilir.
Bu sıralamada üç seçenek vardır:
Bu görevleri tamamlamak için aşağıdaki sunucu yapılandırmasını talep edebilirsiniz:
Wu vipadu z bir fiziksel sunucu Seçimi, iki adet altı çekirdekli Xeon X5650 işlemci, 64 GB RAM ve altı sürücüye sahip Dell R710'a yeniden yükledik: RAID 1 için iki SSD ve RAID 10 için iki SAS sürücü.
Wu vipadu z iki fiziksel sunucu Vibir'i aşağıdaki yapılandırmalarda sıkıştırdık:
İşlemci saatine bir bakışta terminal oturumları küçük bir yer kaplar. Çeşitli kuruluşlarda terminal çözümlerinin sağlanması için, rahat çalışmayı desteklemek için 30 çekirdek, 4-6 fiziksel işlemci çekirdeği, 6-8 oturum için bir çekirdek yeterli olacaktır. Küçük bir veritabanı için SQL Server'ın bir çekirdeğe ihtiyacı vardır. Ancak gelecekte veritabanının genişletilmesine (veya veritabanı sayısını artırmaya) odaklanalım ve SQL'de iki çekirdek alalım.
"1C: Enterprise" sunucusu için çekirdek sayısı, saat frekansları ve veri yolu frekansları kadar önemli değildir. Bu nedenle, 1C sunucusuna iki çekirdek daha koyduk.
Robotik bir ana bilgisayar işletim sisteminin güvenliğini sağlamak için bir veya iki çekirdeğe ihtiyacımız olduğunu da unutmayalım.
Birlikte girmeliyiz:
Hizmetler için ne kadar operasyonel belleğe ihtiyaç duyulduğunu biraz merak ediyoruz: 
Ce geleneksel plyashkov boyun bagatioh sistemleri. doğru seçim sabit diskler, swedcode sunucularının güvenliğini sağlamak için önemlidir. SQL tabanlı 1C ile çalışırken, saniyede kişisel olmayan okuma / yazma işlemleri (IOPS) vardır. İnce istemcilere sahip bir terminal sunucusunda nasıl sıkı çalışılır (yani, bir terminal sunucusunda çalışan bir ortam gibi çalışmak tamamen zordur), ancak sunucunun disk sistemine ciddi şekilde müdahale eder. Örneğin, RAID 1, SATA 3 Gb/s, WD Velociraptor disklerdeki 30 terminal sunucusu kutusu, internette aktif gezinme nedeniyle bir saatlik çalışma için rahatsız olacaktır. Terminal sunucuları için SSD sürücüleri kullanmanızı öneririz. Veritabanı sunucuları için - yığından sürücüye dizide seçilen SAS diskleri. Biriken Krim, disk denetleyicisine saygı göstermek için kaydırdı. HP SmartArray ve DELL PERC gibi modern sunucular, yerleşik olarak iyi denetleyiciler yapabilir. Ancak ciddi bir hırs söz konusu olduğunda, maksimum verimlilik isteniyorsa “onboard” çözümü seçmek doğru değildir. Sıkıntılardan kurtularak, yük olmayan bir sabit sunucuyu kolayca kaldırabilirsiniz. Bu nedenle, kalıcı belleği nedeniyle denetleyici yazılım değil donanım olabilir.
Bu görevin rozvyazannya seçeneklerine bir göz atalım.
Başka bir dizi, RAID 10'da (yansıtma + şerit) iki SAS diskinden daha iyi oluşturulur veya RAID 1'de iki SSD depolama diski kullanmak mümkündür. Bu sunucu modelinden yalnızca birkaç diski depolamayı seçin.
Yukarıda da belirtildiği gibi, küçük kuruluşlar tüm hizmetleri tek bir sunucuya yaymak için büyük bir fırsata sahip olmalıdır. Tek sunucu ve sanallaştırmanın zaferine kadar, sanal makineler arasında daha düşük enerji ve esnek kaynaklar kullanabilirsiniz. Sanal makinelerin taşınması, farklı bir şekilde, fiziksel işletim sisteminin taşınmasından daha zengindir.
Ancak, iki sunucunun yükseltilmesi için daha fazla alanı olabilir. Örneğin, bizim versiyonumuzda, bir işlemci ve RAM'in daha eklenmesiyle ucuz bir IBM x3550 M3, 50 ve daha fazla çekirdek için zarif bir kısa terminal sunucusuna dönüştürülür.
Aklımızda bir "lise" daha var, iki fiziksel sunucu seçerken güvenli olmak gerektiğinden, aralarındaki veri alışverişi olabildiğince iyi. Sanal sunucular için veri alışverişi sanal bir anahtar üzerinden gerçekleşir. Tam orada, ağın verim kapasitesini artırmak için, iki gigabit arabirimli bir kart temelinde dış görünüm sunucusuna yerleştirebilirsiniz, böylece sunucular ve birleştirilmiş 2 gigabit bağlantı arasında aracı bağlantı olmadan kendiniz arasında bir araya getirebilirsiniz. Aksi takdirde SPF + 10GBASE ile farklı kartlar deneyebilirsiniz, ancak bu yolda memnun kalacaksınız.
Dolayısıyla, genişletmeniz gerekiyorsa veya hizmet sayısı artacaksa, o zaman büyük beklentiler vardır ve şimdilik sunucular görevlerini etkin bir şekilde yönetecektir. Muhtemelen, nehir boyunca, 60 osіb'ye kadar koristuvachiv vdvіchі sayısını artıramayacağız? Lütfen.
Bir DELL R710 sunucusu kazandıktan sonra, ucuz bir IBM x3550 M3 satın alabilir, yeni bir hipervizöre koyabilir, veritabanı ve 1C sunucusu olan bir sanal makineyi ve DELL'deki tüm kaynakları aktarabilir ve bir sanal makineyi kullanabilirsiniz. bir terminal. Tse hızlı olacak ve "her şeyi atıp yenisini almak" gerekmeyecek.
Tıpkı iki IBM sunucusunu, ardından başka bir işlemcinin eklenmesiyle x3550 M3'ü kazandığınız gibi, bu küçük miktardaki RAM, ortalama bir makineden kapsamlı bir makineye dönüştürülür. Ve x3250 M5'te işlemciyi E3-1220v3'ten E3-1285v3'e yükseltebilirsiniz.
1c için rahat bir robot 7 ve daha fazla kişi nasıl organize edilir? 1c sistemi ile kesintisiz robot nasıl emniyete alınır? Tüm verilerin 1'lerinin güvenliği nasıl garanti edilir? yaky 1c için sunucu satın al ta yak yogo vibrati doğru mu? IT-fahivtsy ve kerіvniki organіzatsіy'nin önünde durmak için henüz çok erken.
Yapılandırma seçin robotlar için sunucular 1C onunla çalışmanın faaliyetinin temelini bir kenara bırakmak. Aşağıdaki öneriler, 1C şirketinin en iyi uygulamaları ve uygulamaları temelinde geliştirilmiştir. Покупая 1С сeрвeр необходимо убедиться что он отвечает сoврeмeнным трeбoвaниям oткaзoустoйчивoсти и прeдусмaтривaет пoвышeниe нaгрузки при нeoбхoдимoсти рaсширeния прoизвoдствeнных прoцeссoв нa прeдприятии, гaрaнтирoвaть высoкую рaбoтoспoсoбнoсть сeрвeрoв 1с при любых нaгрузкaх, их дoлгoвeчнoсть и высoкиe эксплуaтaциoнныe хaрaктeристики
| 20'ye kadar | 30'a kadar | 50'ye kadar | 100'e kadar | |
|---|---|---|---|---|
| İşlemci | 4 çekirdekli işlemci Intel Xeon E3-12xx | 2 işlemci Intel Xeon E5-26xx | ||
| Hafıza | 16GB RAM | 16-32GB RAM | 32 GB RAM | 64 GB RAM |
| birim sayısı | 1U yazın | 1U veya 2U | 1U veya 2U | 3U yazın |
| Disk alt sistemi | 2 adet SAS | 4 adet SAS | 8 SAS sabit disk (RAID 10), SSD disklerle yapılandırılabilir | 16 SAS sabit sürücü (RAID 10), SSD sürücülerle yapılandırılabilir |
| Donanım RAID denetleyicisi | önbellek önerilir | iz zahistoy kesh | iz zahistoy kesh | iz zahistoy kesh |
| Olasılık ölçekleme o platform raftaki kurulumdan |
Є | Є | Є | Є |
| Veritabanı için 1 sunucunun yönlendirme değişkeni | 2 000 $ | 4.000 $ | 5 600 dolar | 9990 dolar |
| Konfigürasyonun ve varyansın açıklığa kavuşturulması için danışmanımızla iletişime geçin | ||||
| Mimari pid 1C için önerilen sunucu sayısı | 1 | 1 | Bir kümede 2 sunucu | |
| Zovnishnya disk polisi | MERHABA | MERHABA | Bu yüzden | Bu yüzden |
| Yorum | Veritabanı için (1C sunucusunun işlevlerini değiştirebilir), İnternet ağ geçidi, Dosya sunucusu. 8 diskli kasalarda tek işlemcili makinelerde yükseltme yapmak mümkündür. | Veritabanı, İnternet ağ geçidi, Dosya sunucusu için | SRS adı verilen bir küme ile birleştirilmiş 1 veya 2 veritabanı sunucusuna sahip olmanız önerilir. Fiziksel alt sunucu önerilir: veritabanı sunucusu, ek sunucu, terminal sunucusu | Veri tabanı için, SRS adı verilen küme ile birleştirilmiş 1 veya 2 sunucunun olması önerilir. Fiziksel alt sunucu önerilir: veritabanı sunucusu, ek sunucu, terminal sunucusu |
Yukarıdaki tabloya dayanarak, küçük bir ofis için 1c sunucu yapılandırmasını ekleyebilirsiniz.
* Dodaєtsya, uzak çalışma masalarının üstesinden gelmek gerektiğinden.
Böyle bir çözümün organizasyon şeması şuna benzer.
Yak veritabanı sunucusu Aşağıdaki makineleri öneriyoruz:Dell PowerEdge T320, Dell PowerEdge R420, Dell PowerEdge T620.
sunucular Dell T320і R420çoğunlukla yapıcı (öznel ve stichkovy v_dpovidno) ve Dell T620 bir ticari şirket olarak yüksek düzeyde hırsla veya geleceğe "göz atarak" ihtiyaç duyulabilecek daha fazla sayıda diski ve operasyonel belleği barındırmak. Ülkede yeterli alan olmasa bile kompakt bir 1U sunucuya saygınızı aktarabilirsiniz. Dell R320.
Veri tabanı sunucusunun ana alanları, disk alt sistemi ve işlemsel belleğe olan bağlantılardır. Bu tür şirketler için veri tabanı genişletme miktarı genellikle küçüktür (tipik olarak 5-10 GB'tan fazla değildir), o zaman nakit miktarını artırmak mümkündür. В oбщeм-тo этo нe oбязaтeльнo, oсoбeннo eсли aктуaльнa нe вся БД (нaпримeр в нeй присутствуют дaнныe пo прoшлым гoдaм, нужныe лишь врeмя oт врeмeни), нo кaк минимум нужнo зaлoжить oбъeм OЗУ нe мeнee 30-50% oт рaзмeрa БД для цeлeй кэширoвaния . Artı, zrozumіlo, işletim sistemi ihtiyaçları için minimum 1 GB gibi. Hangi fiziksel sunucuda nasıl çalışılır? ek sunucu 1C, O zaman hafızayı görmeniz gerekir ve siz - 1 GB'tan 2-4 GB'a (franchise alana danışmak daha iyidir - їх yapılandırmaları şeklinde yatırmak daha iyidir).
1C 8.2 yazılımına sahip bir veri tabanı sunucusu olarak 50-100 fiş için kiralayacağız, fiş sunucularına tavsiye edilir Dell PowerEdge T620, Dell PowerEdge R720і Dell PowerEdge R720XD. Koku, 16 ve 24 diskler için sabit disk alt sistemleri olabilir. Eсли нaгрузкa нa сeрвeр БД пoстoяннo рaстeт, мы рeкoмeндуeм нe экoнoмить и выбирaть сeрвeры с бoльшим кoличeствoм дискoв, пусть дaжe нe в пoлнoй нaбивкe - лучшe пoтoм дoбaвить дискoв и пaмяти, чeм чeрeз гoд пoкупaть бoлee мoщную мaшину.
Yak ek sunucular en iyi seçim ol Dell PowerEdge T420 4-8 GB hafıza. Prensip olarak, tek işlemcili bir makineye veya daha doğrusu iki zayıf işlemciye, birini sert olanı düşürmeye (1000000000000000 ile hile yapmayın) kesinlikle hayret edebilirsiniz. Seçtiğiniz 1C yapılandırması nedeniyle ekin sunucusundaki avantaj çok eski olmalıdır, provadzhuvachami'nize danışmanız önerilir.
W Terminal sunucusu her şeyden daha kolay - terminal sunucuları yatay olarak ölçeklenir. Yani sadece iki veya üç koyabilirsiniz Dell PE R420 veya R620- Zalezhno ve navantazhennya. Ayrıca, veriler otomatik olarak güvence altına alınır - bir sunucunun arızalanması durumunda müşteri oturumları diğerine aktarılabilir. Golovnya - ZZU'yu stoktan tedarik etmek için çok önceden
1C için hangi sunucunun gerekli olduğunu seçmek, bir sonraki hafıza, onunla robotik çalışmanın saati nedir, kişisel olmayan bir işlem olacak, bir saniyede veri okuma ve kaydetme olacaktır.
Her şey için, 1C için yetkin bir sunucu tasarlamanın neden bu kadar önemli olduğunu anladım - sanki başın arkasında "yavaşlamış", yanlış seçilmiş ve sistem üzerindeki baskıyı göstermiyor, bu bir risk , risktir, kesintilerden kaynaklanır, müdahil olunması gereken önemli bir veridir. Öte yandan, bir 1C sunucusu oluşturun, yenisi için tüm ekipmanı satın alın yazılım güvenliğiŞirket için en önemli miktarı biriktirebilirsin, bu yüzden paranı biriktirebilmek için eşyalarını almak daha iyidir.
1C sunucusu için fahіvtsy robiti vibіr yapılandırmamız için gerekliyse, önce scho stink hakkında bilgi alın - skіlki koristuvachіv bude pratsyuvati z 1С şirkette ve bazı hizmetler vikoristovuvat planlanıyor, ne olacak, hto ve yaknіmіm_vіkonu Vіd tsikh vіdomosti mi vіdshtovkhuєmosya, 1C sunucusunun oluşturulma saatinde.
1C sunucusunun donanım yapısında işlemci, RAM, disk alt sistemi ve arayüzün özellikleri bizim için önemli olacaktır.
Kokunun, saldıran bileşenlerin istikrarlı ve verimli çalışmasını sağlaması gerekir:
İşletim sistemi robotu için 1-2 çekirdek, SQL veritabanı robotu için 1-2 çekirdek ve sunucu robotu için 1 ek çekirdek ayırmanın gerekli olmasına bağlı olarak optimum sayıda işlemci çekirdeği tahsis edilmelidir ve yaklaşık olarak Cilt başına 1 çekirdek 8-10 bir saatlik çekirdek oturumları (Shob koristuvachі skarzhilis değil, scho server 1C galmuє).
Güç kaynağının hızının çekirdek sayısından çok işlemcinin saat frekansından kaynaklandığına ve çekirdek sayısının işin kararlılığını daha çok etkilediğine dikkat etmek gerekir. çok sayıda koristasyon ve bunlarda bir saatlik görevler.
Skіlki mem'yatі 1C sunucusu için gerekli
Ayrıca, 100 veya daha fazla çekirdek için bir 1C sunucusuna ihtiyacınız varsa, en az iki adet 1C fiziksel sunucusu olan bir küme oluşturmanızı öneririz.
Rozmіr nebhіdnoї operatif ї mem'yatі mi proponuєmo rahuvati, bu tür endikasyonlara dayanarak:
1C 8.3 sunucusunun parametrelerinin dağılımına yönelik yönümüzü ayarlayalım:
RAM, bir marjla satın almak daha iyidir - bir 1C sunucusunun yüksek verimliliğindeki en önemli faktörlerden biridir ve aynı zamanda bulunan bileşenlerden biridir. 1C Enterprise sunucusunda yeterli bellek yoksa, bir saat çalışmak daha da önemli olacaktır, yiyecek maliyeti varsa, hangi 1C sunucusunu seçeceğiniz, yeterli RAM'e sahip olanlara saygı göstermeye başlayın.
1C için hangi sunucunun gerekli olduğunu seçmek, bir sonraki hafıza, onunla robotik çalışmanın saati nedir, kişisel olmayan bir işlem olacak, bir saniyede veri okuma ve kaydetme olacaktır. Bu parametre - bir tür güvenlikle, bir sabit disk veri işlemeye izin verir - aynı zamanda 1C sunucusunun güvenlik kodu için anahtarlardan biridir.
Bir 1C sunucusu tasarlarken, bir disk alt sistemine sahip olmadan önce aşağıdakileri başarmak mümkündür:
Bu istatistiklerde, yaklaşık rozrahunki'ye yol açacak bazı diyakozlar getirdik, 1C için bir sunucu nasıl seçilir, sanırım pis koku sizin için kırmızı olacak.
Günün sonunda, bir şey daha - magatisya'yı yedeklemeyin, 1C sunucusu için vikoristovuyuchi bilgisayarı (genellikle küçük şirketlerde çalıştığı gibi) - koristuvalnitska "zalіzo" kudi daha az nadіyno ve vіdmovostіyke, nіzh üretkenliğe benzer sunucunun. Teşebbüsünüzün oblіkovoj sistemi ile rizikuvat'ı değiştirmeyin. Bütçenize yatırım yapmasanız bile, bu mümkün, sonra karanlıkta 1C açma olasılığına bakabilirsiniz.
1C Enterprise 8.3 için hangi sunucuyu seçeceğinizi, bir 1C sunucusunu nasıl oluşturacağınızı çözmeniz sizin için kolaydır, böylece daha önce bu görevlere bağlı kalmazsınız, her zaman şirket-sistem entegratörüne geri dönebilirsiniz. 1C için sunucunuza nalashtuvati vidpovidny projesini tamamlayabilecektir.
1С:Pіdpriєmstvo 8, az sayıda koristuvachiv ile inşa etmek için kaynak tasarrufu sağlayan bir ek olarak görünebilir. Vibirayuchi sunucusu, "doğum travmasını" geri almak isteyen bir büyücü olsun, potansiyel olarak dar yeni bir alanın temellerini atarak 1C'ye yükseldi. Öte yandan, bugün çok az insan sunucuları ve dünyevi gerilimi satın alıyor, viristte. Dobreyakscho profili navantazhennya vdaetsya znyat zazdalegіd - daha sonra sunucuyu şirkette belirli bir yapılandırma eki için tasarlamak daha basittir.
Başvuru için, "Muhasebe görünümü", "Ticaret ve depo", "Maaş ve Personel Yönetimi", "Ticari İşletme Yönetimi" ve özellikle "Yönetim" gibi popüler temel yapılandırmalarda "1C: Enterprise 8.2" platformuna bakalım. Vakum Üretimi". Görünüşe göre 1C'de çalışan 10 ve daha fazla spivrobitnik'ten gelen girişimler için “1C: Taahhüt 8.2. Ek Sunucu. Uzak masaüstü modunda (Uzak Masaüstü) çalışma seçeneğini 100-150'ye kadar bir saatlik veri tabanı sayısı ile değiştirebilirsiniz. "Önemli" DB 1C için öneriler sabitlenecek, ancak "önemli dalgalanmalar" bireysel bir yaklaşıma bağlı olacaktır.
Şirket küçük olduğundan (sistem başına 2-7 dosya), taban küçüktür (1 GB'a kadar) ve "1C: Enterprise 8.2" bilgisayarda dosya modunda çalışır, o zaman dosya sunucusunun klasik bir uygulamasına ihtiyacımız var. . Bu tür görevler için CPU'nun Intel Core i3, daha çok Intel Xeon E3-12xx olarak adlandırılması muhtemeldir. Gereken RAM miktarı daha da kolaydır: işletim sistemi için 2 GB ve sistem dosyası önbelleği için 2 GB.
5-25 1C çekirdekli şirkette veri tabanı boyutu 4 GB'a kadarsa, "1C: Enterprise 8.2" eklentisi 4 çekirdekli Intel Xeon E3-12xx veya AMD Opteron 4xxx'i çalıştırabilir. İşletim sistemi altında 2GB RAM'i suçlayın, 1C:Enterprise 8.2 altında 1-4GB'ı görmeniz gerekir. Ek sunucu” ve önbellek olarak daha fazla stil ve daha fazla MS SQL Sunucusu - toplam 8-12 GB RAM. Küçük veritabanları için işlem belleğindeki nakit miktarı, veritabanının en az %30'u ve daha sıklıkla %100'üdür.
Vіdomy (özellikle reklamı yapılmamış olsa da) gerçeği: “1C: Pіdpriєmstvo 8.2. İşletim sistemi onu bir sabit sürücüdeki bir takas dosyasına alıyorsa ve her durumda kullanımı kolaysa, eklenti sunucusunu sevmiyorum. Bu nedenle, "Ek Sunucunun" başlatıldığı sunucuda, işletim belleğinde her zaman bir boş alan rezervine sahip olabilirsiniz - bugün daha ucuzdur.
Şirketler, programa (Uzak Masaüstü) uzaktan erişim yoluyla daha fazla koristuvach 1C sesine sahiptir - bu, terminal modundadır. Kural olarak, 1GB ve üzeri veri tabanına sahip 10-100 1C veri tabanı ile “1C: Enterprise 8.2. Eklenti sunucusu" ve eklenti "1C: Enterprise 8.2" aynı sunucuda çalışır.
Gerekli işlemci kaynaklarını belirlemek için, bir fiziksel çekirdeğin en fazla 8 çekirdek akışını verimli bir şekilde işleyebileceği dikkate alınmalıdır - bunun nedeni işlemcilerin iç mimarisidir. Uygulamada görüldüğü gibi, 1C + Uzak Masaüstü görevi altında, düşük frekanslı rozracchunk çekirdeği ve ilkel bir mimariye sahip genç hatların sunucu işlemcilerini almak mümkün değildir. Kural olarak, yüksek frekanslı Intel Xeon E3-12xx'den bir işlemci çıkarmak oldukça küçüktür (15-20'ye kadar). En az bir fiziksel çekirdek (2 iş parçacığı) SQL Server'ı, diğeri (2 iş parçacığı) “1C: Enterprise 8.2. Eklenti sunucusu ve 2 fiziksel çekirdek (4 iş parçacığı) - işletim sistemi ve terminal çekirdekleri için. 1C çekirdek sayısı 20'den fazlaysa veya veritabanı 4GB'tan büyükse, Intel Xeon E5-26xx veya AMD Opteron 62xx üzerinde 2 işlemci sistemine geçme zamanı.
İşlem belleğini obsyagu için gerekli olan Razrahunok oldukça basittir: 2GB gerekli işletim sistemi, 2GB ve daha fazlası - önbellek olarak MS SQL Sunucusu (veritabanının en az% 30'u), 1-4GB - pid "1C: Enterprise 8.2. Yardımcı sunucu”, sunucu belleği terminal oturumları için kaydedilebilir. "Muhasebe Formu", "Ticaret ve Depo" - 100-120MB, "Maaş ve Personel Yönetimi", "Ticari İşletme Yönetimi" - 120-160MB ekleriyle birlikte yapılandırmaya göre yatırılan bir terminal kutusu, . Bir eklentinin MS Word, MS Excel, MS Outlook sunucularında çalıştırılabilmesi için skin eklentisinin yaklaşık 100MB görmesi gerekmektedir. Kural olarak, bir terminal sunucusu için minimum 12 GB RAM'dir.
Örneğin, olağan yazılım paketine sahip bir 1C sunucusu için, "Ticari İşletme" yapılandırmasında 50 terminal kutusu, 8 GB için bu veri tabanı, iki Intel Xeon E5-2650 işlemcinin (8 çekirdek, 16 çekirdek) yoğunluğuna göre en iyi şekilde hesaplanacaktır. iplikler, 2.0 GHz). RAM, en az 2 (OS) + 4 (SQL) + 4 (1C-sunucu) + 8 (160 "UTP" * 50 çekirdek) = 18 GB'a ve kısaca 24-32 GB'a (her biri 4 GB'lık 6-8 DIMM kanalı) ihtiyacınız var ) .
Sunucuların tam çalışması için daha fazla 1C: Pіdpriєmstvo 8 pov'yazan z, z іntensivnіstyu olan bir tür haraç üzerinde, vivouyutsya türü operasyon tanıtım-görselleştirme gibi mantıksız. En önemli disk alt sistemi, bir bütün olarak sunucunun yeterli üretkenliğini sağlamanın anahtarıdır - veritabanında gezinme için bile, en büyük sorun, meçhul bir koristuvachiv olmadan veya toplu satın alma / canlılık / gönderme ile bir saatlik çalışma sırasında tabloları bloke etmektir. Sunucunun disk alt sisteminin izlenmesi ve optimizasyonu.
1С Mayıs 5 disk alt sistemi için çalışmayacakları veri akışları:
1C'deki verilerin yapısı nesne yönelimlidir, hiçbir nesne ve aralarında bağlantı yoktur. p align="justify"> Veri tablolarıyla çalışmak için, bir saat içinde bir disk alt sistemi oluşturmak olduğundan (Saniyede Giriş Çıkış İşlemi, IOPS) saniyedeki okuma işlemlerinin sayısı son derece önemlidir. Aynı zamanda, yüksek veri aktarım hızını (MBp / s) görme yeteneği çok daha az önemlidir. Kısa listeye alınmış 3-5 hücreden 200-300MB hacme sahip oldukça mütevazı bir taban, zirvelerde 400-600 IOPS üretebilir. 10-15 çekirdekli ve toplam 400-800 MB'lik bir taban 1500-2500 IOPS'yi görebilir, 2-4 GB'lık bir veritabanının 40-50 çekirdeği 5000-7500 IOPS üretir ve 80-100 çekirdekli bir taban 12000-'e kolayca ulaşabilir. 180.
Bildiğiniz gibi, bir disk alt sistemi için ortalama talep, tepe noktasının %10-15'i olabilir. En yoğun alım döneminde yalnızca üretkenliğin kendisi gerçekten önemlidir: diğer sistemlerden otomatik veri alımı, yeniden gerçekleştirilen bir süre boyunca dağıtılmış bir sistemden veri alışverişi.
Rastgele erişimli (Rastgele Okuma/Yazma) okuma ve yazma işlemlerinde kullanılan modern diskler, aşağıdaki zorlukları birer birer çözebilir:
|
Intel 910400GB |
|||||
|
2400 - 8600 IOPS |
Bunu görmek güzel:
Veritabanı sunucularındaki tek diskler bozuk değil, sadece RAID dizileri. Disk alt sisteminin gerçek üretkenliğini daha da artırmak için, sanki disk grubu RAID'deymiş gibi IOPS'ye yazmak için bir ceza (ceza) ödemek gerekir:
RAID 10'dan 6 disk seçerseniz, 2 IOPS fiziksel disk 1 IOPS kaydında depolanacak ve RAID 6'da 6 IOPS disk kullanılacaktır. Bu şekilde, bir disk grubunun kayıt kapasitesini artırmak için, RAID grubunun tüm disklerinin IOPS'lerini toplamak ve ardından bunları bir “cezaya” bölmek gerekir.
Örnek 1: 2 HDD SATA 7200 RAID 1 yazmasız: (100 IOPS *2) / 2 = 100 IOPS.
Stok 2: 4 SATA 7200 RAID 5 yazmasız: (100 IOPS *4) / 4 = 100 IOPS.
Stok 3: 4 SATA 7200 RAID 10 yazmasız: (100 IOPS *4) / 2 = 200 IOPS.
Bazıları için veritabanlarını kurtarmak amacıyla tipik okuma/yazma oranının neden daha kısa bir RAID 10 olan 68/32 olması gerektiğini açıkça göstermek için 2 ve 3'ü uygulayın.
Bu üç tablodan, RAID 1'de 2 HDD SATA 7200'den oluşan tipik bir "centilmen set" üretkenliğinin sunucu için neden yeterli olmadığı açıktı: en yüksek basınçlarda, karın sayısı diske doğru büyür, sistemler kısalır -yaşadı, bazen uzun süre.
Kayıt için disk alt sisteminin üretkenliği nasıl artırılır? Bir RAID grubundaki disk sayısını artırın, daha geniş güvenlik paketine sahip disklere geçin, daha düşük yazma cezası olan bir RAID seviyesi seçin. Gelişmiş geri yazma modundan RAID denetleyicisi tarafından önbelleğe alınmasına lütfen yardım edin Geri yazın. Veriler doğrudan disklere (Yazma modunda olduğu gibi) değil, denetleyici önbelleğine ve yalnızca daha sonra toplu iş modunda ve düzenli bir şekilde - disklere yazılır. Yöneticinin özelliklerine bağlı olarak kaydın verimliliği %30-100 oranında artar.
Muhtemelen düşük hacimli veya nispeten küçük veritabanları (20 GB'a kadar), SSD/HDD'den hibrit RAID olan IOPS'yi artırmanın ucuz bir yoludur. Kshtalt merezhі kafe veya servis istasyonundaki rozpodіlenіy yapısında 3-15 koristuvachiv için veritabanının daha büyük ve gerekli olmayan dosyaları.
Uzun bir geçmiş veri döngüsüne sahip büyük (200 GB ve üzeri) veritabanları veya büyük veritabanlarına hizmet veren veritabanları için, SSD önbelleği etkili olabilir (LSI CacheCade 2.0 veya Adaptec MaxCache 3.0 teknolojileri). Bu tür sistemlerin çalışması için, ek yardım için 1C görevlerinde, gözle görülür derecede ucuza ve altyapıda büyük değişiklikler olmadan, disk işlemlerini% 20-50 oranında hızlandırabilirsiniz.
IOPS'de swidcode şampiyonu, RAID dizilerini sunucu SSD'lerine aktardı - hem SAS RAID denetleyicileri yerine geleneksel olarak hem de PCIe SSD'ler. Popülerlikleri için iki ara faktör önemlidir: teknolojik (RAID denetleyicilerinin üretkenliği veya tasarruf yapısını kökten değiştirme ihtiyacı) ve uygulama fiyatı.
Okremo, dizin dosyalarının ve TempDB'nin kaydedilmesi hakkında söylenecek. Dizin dosyaları çok nadiren güncellenir (doba başına 1 kez arayın), daha sık okunurlar (IOPS). Gösterişli okumak için böyle bir Danim'i bir SSD'ye kaydetmek yeterlidir! Zaman verilerini kaydetmek için kullanılan TempDB, genellikle küçük boyutludur (1-4-12GB), ancak kayıt hızına sahiptir. Gerçek data harcayana kadar harcamanıza gerek kalmaması için indeks ve saat dosyaları gönderilecektir. Otzhe, pis koku bir okremu (veya daha doğrusu - iki okremih cildinde) SSD'ye yayılabilir. Anakartın yerleşik SATA denetleyicisini kullanmak istiyorum. Güvenilirlik ve swidcode açısından TempDB, SSD'den yansıtma (RAID1) yapmak için kullanılabilir, yerleşik denetleyicide ve ayrıca kayıtta obov'yazykovym saklama önbelleklerini silmek mümkündür. Bu nedenle, masaüstü SSD'ler de etkilenir - örneğin, Intel 520 serisi, TempDB'ye yazarken donanım veri sıkıştırması daha akıcı olacaktır. Küresel sistemdeki bu liderlerin İsveç alt sisteminin vizyonundaki tasarruf kusuru, özellikle talebin zirve yaptığı anda sistemin üretkenliği üzerinde olumlu bir şekilde ifade edilmektedir.
Arıza durumunda, yöneticilerin arıza durumunda maksimum hızlı yanıt vermesini sağlamak mümkün ise ve nakliye lojistiği, UPP'de Virobnitstvo, URBD'de hacim değişimleri), TempDB RAMDrive'da suçlanacak. Bu karar, bazen sistemin genel üretkenliğinin %4-12'sine kadar kazanmanıza olanak tanır. Başarısızlığın sunucuyu yeniden başlatmasından sorumlu tutulma olasılığı daha yüksektir: RAMDrive otomatik olarak başlamazsa, manuel başlatma için bir yönetici açmanız gerekir - aksi takdirde tüm sistem durur.
Bir diğer önemli bileşen de günlük dosyalarıdır. Pis koku, kayıt için sürekli bir damlayan hayvan akışı oluşturmak için herhangi bir disk alt sistemi tekilliği için kabul edilemez olabilir. Orta trafik için anlaşılmaz, ancak 1C sunucusunun yoğun trafik kodu için daha kötü. p align="justify"> Günlük dosyasını (özellikle SQL günlük dosyasını), IOPS açısından pratik olarak doğrusal olacak şekilde mümkün olduğu kadar çok fiziksel birime yaslamak akıllıca olacaktır. İçinizin rahat olması için, ucuz ve hantal SATA / NL SAS'tan (Tam günlük için) veya tümü aynı Intel 520 serisinden (Basit günlük veya Tam günlük, ücretsiz yedekleme ve temizleme ile) ucuz masaüstü SSD'lerden bir ayna oluşturabilirsiniz.
Özetle, bir SSD'nin sunucuya gelişinin, veri depolama maliyeti ve disk G/Ç'nin akıllı yapılandırması açısından, yığın sunucuların üretkenliğini artırmak için yeni olanaklar getirdiğini söyleyebiliriz.
"İdeal sunucu pid 1C" nin disk alt sistemi şöyle görünür:
1. Kablolu donanım RAID denetleyicisine sahip daha yüksek sunucu SSD'lerinden RAID 10'a (veya küçük veri tabanları için RAID 1'e) yerleştirilen veri tabanlarının tabloları. Yüksek IOPS oranları ile PCIe SSD seçeneğine bakabilirsiniz. Büyük bir veri tabanı için, HDD dizilerinin SSD önbellek depolamasını kullanmak verimlidir. Bununla birlikte, muzaffer olan 1C yapılandırması ve veri yapısı, IOPS'ye kadar kapasiteye sahip değildir ve çekirdek sayısı azdır - HDD SAS 15K rpm'den geleneksel bir dizi çıkarmak için.
2. 1-2 (RAID 1) SSD veya RAMDrive için İsveç yapımı ve ucuz tek SSD, TempDB için dizin dosyaları.
3. SATA / NL SAS HDD veya ucuz SSD veya RAID dizisindeki mantıksal bir disk üzerindeki birimin (aynı fiziksel disk veya RAID-1) vizyonunu görmek için SQL günlük dosyaları (ayrıca 1C). sunucu sunucusunun sistemi yüklü dosyalar/klasörlerdir.
4. Verilerin HDD veya SSD ile RAID 1'de depolandığı işletim sistemi.
BT altyapısı sanallaştırıldığı için, SQL Server'ın sanal bir makine gibi değil, doğrudan fiziksel bir sunucuya çıplak gözle kurulması çok kötü. Yiyecek fiyatı, disk alt sisteminin üretkenliğinin% 15 ila% 35'i arasındadır (sahiplikten para yatırma, sürücüler, sanallaştırma ve bağlantı yöntemleri). Sanallaştırılmış bir SQL sunucusu ortamı, özel Doğrudan Erişim modunda veritabanı tabloları, dizin dosyaları ve TempDB ile birimleri VM'ye bağlar.
Küçük ve orta ölçekli işletmeler için işletim sistemleri 1C: Enterprise 8 olduğunda (aynı anda 100-150'ye kadar aktif çalışan), bir sonraki adım, Ethernet arabirimi aracılığıyla ağ işlemlerine yapılan harcamaları en aza indirmektir. İdeal olarak - SQL Server ve "1C: Enterprise 8 Eklenti Sunucusu x64" ve Uzak Masaüstünde tek bir fiziksel sunucuyla 1C oturumları sunmak için. Vіdm'ye kadar kararlılığın güvenliği açısından, böyle bir öneri, o PZ'nin sahipliğini maksimum artırmanıza izin verir ve sanallaştırmanın sanallaştırılmasındaki dalgalanmalar için aynı düzeyde güvenlik ve "tekrarlama" sağlar. ortamın" diğer ayarda.
SQL sunucusu -> 1C:Enterprise 8 eklenti sunucusu -> 1C:Enterprise 8 oturumundan Ethernet nasıl kapatılır? Merezhevy Ethernet arabirimi, bu verilerin iogo ile paketlenmesi özellikle iletim için küçük bloklardır, her zaman ek sıkışma yaratacaktır: trafiği paketlerken / açarken ve kendini iletirken (yüksek gecikme süresi). 1C: Pіdpriєmstvo 8'de, geniş bir veri dizisi toplamak için, işlenmek üzere aktarılırlar ve bu, tüm dile göre, bazı durumlarda - yanlış tarafta gerçekleştirilir. Verileri doğrudan sunucunun RAM'inde (sanallaştırma olmadan bir sunucuda) veya bir sanal ağ arabirimi aracılığıyla bir işleme doğrudan aktarırken (aynı fiziksel sunucu içinde, VM arasında aktarılan RAM bloklarına sahip iyi sunucu ağ bağdaştırıcıları ile) zatrymki oldukça düşük. Büyük operasyonel belleğe ve SSD'de bir disk alt sistemine sahip modern çift işlemcili sunucular, 100-150 aktif çekirdek için bir 1C veritabanına rahatça hizmet vermenizi sağlar.
Bir veritabanı arayışına gelince, bir dizi fiziksel ana bilgisayar kaçınılmazdır, tüm sunucuların 10Gb Ethernet üzerinden bağlanması gerekir. Veya, donanım hızlandırmalı TCP / IP (TCP / IP Yükleyici) ve sanallaştırma için donanım desteği ile en az 2-4 toplama 1 Gb Ethernet bağlantısı.
Ethernet bağlantı noktalarındaki en büyük üretkenlik maliyeti, bütçe kararlarından etkilenir. Çoğu sunucu anakartında lehimlenen 1 Gb kablolu bağdaştırıcıların yoğun kablolu trafiğe hizmet verecek şekilde tasarlanmadığı bir sır değil. GbE'nin є 2 veya 3 bağlantı noktası üzerindeki yakscho'da gezinin, masaüstü yongalarındaki uygulamanın kokusu. Yeterli yönetim, kokular, özellikle sanallaştırılmış ortada, borsaları birleştirme hizmetinden ek konşimentolara yol açar. Böyle bir çip aracılığıyla veri aktarma işleminin tamamı, işlemci kaynakları, operasyonel bellek ve dahili veri yolu tarafından karşılanır. Bu tür çipler, herhangi bir hızlandırılmış IP trafiği iletimi sağlamaz, bu tür iletimler alınırsa, Ethernet paketi işlemciye aktarım anlamına gelir. Sanallaştırılmış bir ortamda, bir arayüzün üretkenliği %25-30'a ulaşabilir. En azından, izleme yardımı ile en uygun arayüz ihtiyacından söz edemezsiniz. Merkezi işlemci yenisinden sorumludur ve çalışmazsa, o zaman sadece ağ kartının penceresinde durur. Sunucu yönetimi görevi silindikten sonra, masaüstü yongalarındaki bağlantı noktaları sanallaştırılmış ortamlarda veri akışından kapatılmalıdır. Yoğun eskrim trafiği için sunucu yonga setine ayrı bir sınır kartı ekleyin.
Gelecekteki sunucuların üretkenliğini tartışmak, her zaman güvenilirlikleri konusunda süper aşçılara eşlik eder. Olgunluğa kadar dayanıklılığın güvenliği, özellikle kesintisiz virobnik süreçlerin desteklenmesi için her zaman ek vitratlar gerektirecektir. 1C alanının rolünü küçümsemeden, en büyük “verimlilik / üstünlük” ikileminin farklı alanlarda büyüdüğü söylenebilir: ilk kez, donanım çözümlerinin optimizasyonu, diğeri için - süreçlerin organizasyonu için mücadele edilir. ve prosedürler. Programlar kritik olarak işaretlenirse, pratikliğin uygulanmasına yönelik asıl saygı, bireysel sunucu korumasının ihtiyaçlarına değil, basit altyapının en aza indirilmesine verilir.
Зрозуміло, для підприємств із відносно великою кількістю одночасно підключених користувачів (25-150) та розміщенням усіх додатків на одному сервері обов'язкове застосування джерел безперебійного енергопостачання, надлишкових блоків живлення самих серверів, кошиків гарячої заміни дисків та RAID-масивів із гарячим резервуванням. Bununla birlikte, ekipmanın mevcudiyeti, verilerin planlanan rezervasyonunun yerini almaz. Mayuchi schodenny (daha doğrusu shonochovy) bu operasyonel dosyayı Tam SQL günlüğünden yedeklerseniz, DB 1C'yi oldukça kısa bir süre için yeniden güncelleyebilirsiniz.
Küçük ve orta ölçekli işletmeler için merkezi sistem 1C'nin izin verilen boşta kalma süresi ayda 1-2 kaza, süre için 1-4 yıldır. Gerçekten de, büyük bir zaman rezervi - dirilişten önce olduğu gibi, uzun bir süre hazırlanıyoruz. Yedekleme sunucusunda altyapı bölümünün kendisini güncellemek için gerekli akıllı yeniden başlatma ve sanal makinenin önündeki tüm sanal ve fiziksel sunucuların görüntülerinin gerçek bir dosya/birim üzerinde kullanılabilirliği. "İş gününün başından itibaren" veri girişi manuel olarak kritik ve önemliyse, bir sonraki fiziksel bağlantı için Obov'azkovy schodenny yedeği (ve sozhnevyy o kapanış dönemi) ve vypadkіv için Tam SQL günlüğü. İdarenin bariz olması için 1-2 yılda pratiğin zagal, yüksek ve verimsiz olarak yenilenmesi için yatırım yapabilirsiniz. Pekala, ve orada, 24x7 kesintisiz çalışmaya ihtiyaç duymadan, ilk görevler, minimum sayıda giriş noktasına ve modern kümeleme teknolojilerine sahip farklı bir mimari seçimi olacaktır. Ale tse zaten zovsіm іnsha іstoriya.
Orijinal makale: http://ko.com.ua/proektirovanie_servera_pod_1s_66779
"Computer Review" dergisinin editörüne izin vereceğim
Koçan için, iş için senaryoyu göreceğim:
1.) Vahşi bir kaynak (web sunucusu) aracılığıyla bir dosya tabanıyla çalışmak
2.) Terminalde dosya tabanı ile çalışın
3.) Sunucu (MSSQL) veritabanı ile çalışma
Küresel bir kaynak (web sunucusu) aracılığıyla dosya tabanından robot
Burada her şey kolay. Yakscho tse zvichaynі, 1-3 koristuvach'ı oluşturur. Ardından "sunucuda" (tabanın bulunduğu makine seçilir:
Son an, kürlenmiş formlar üzerine temel olarak. Buradaki eksen tıpkı her şey inşa edilmiş gibi, daha fazla anlatıldığı gibi galmayı görebilirsiniz. Protez є:
Tabana gelince, rahat çalışmanız için yeterli olan bir coristuvach'ı yerel olarak çalıştırabileceksiniz ve ham bir kaynakla çalışmanın hızı o kadar kendi kendine yeterli olacaktır. Ale ve burada є dışarı - bir web sunucusu aracılığıyla bir robot. İnternette, benzer bir sıralamaya sahip bir işin nasıl organize edileceğini açıklayan çok sayıda makale bulabilirsiniz, bu makaleyi bu makaleye göre yargılamayın. Yalnız, sizinle uyarılarımı paylaşacağım: robotu corestuvachiv ile bir web tarayıcısı aracılığıyla değil, ince bir istemci aracılığıyla geliştirmek daha iyidir (IB listesine yeni bir temel eklersek, IB yerleşiminin yanında) "bir web sunucusunda" bir öğedir). Tse, uyarılarım için, tarayıcı aracılığıyla daha hızlı, daha düşük. Ek olarak, bir tarayıcı aracılığıyla çalışırken, arayüzde aflar duyulur (PM ne yaptı vb), ince bir istemci aracılığıyla çalışırken hiçbiri yoktur.
Vlasne, bu tarifle hızlanıyor (ssd, yüksek frekanslı işlemci, web sunucusu, ince istemci). Koristuvachiv sayısı 1'den büyük olduğu için "mitini genişletmek mümkündür (mevcut sürüm için 0'dan büyük :)) - bir sunucu tabanı gereklidir *.
*İsterseniz fiyatın UPP olmadığını veya taban boyutunun > ~ 4GB olduğunu ve koristuvach sayısının 4'ü geçmediğini söylemek güvenlidir (taban boyutu büyükse maksimum koristuvachiv sayısıdır). Birincisi, bir dosya tabanı ile bir dosya tabanı aracılığıyla daha fazla kişi çalıştıysa, sonbaharda zustrich yapmak mümkündür?
Terminalde bir dosya tabanıyla çalışma
Bir sonraki seçeneğe geçelim. Bir terminal sunucumuz olabilir ve bir dosya tabanımız olabilir. Burada her şey, işlemci hatası için senaryo 1'e benzer:
Sunucu (MSSQL) tabanı ile çalışın
Bu senaryo en karmaşık olanıdır ve belki de bazı ek istatistikler gerektirecektir. Verimliliğe eklenmesi gereken temel ilkelere bakmak için bu makale çerçevesinde yayıyorum.
Her şeyi boşver. Yemek / skargi / önermeler gibi - yorumlara hoş geldiniz;)
