Bugüne kadar, 1C finansal ürünü, dünyanın "canavarları" SAP R / 3 ve Microsoft Dynamics AX (Axapta) ile rekabet ettiğini iddia ederek, muhasebe için bir muhasebe uygulamasından muhasebe ve neredeyse her tür işletmeyi desteklemek için geniş formatlı bir komplekse dönüştü. ).

Rus şirketleri, modern konfigürasyonları kullanarak iş süreçlerini giderek daha fazla organize ediyor 1C 8.3 "Ticaret Yönetimi", "Üretim Yönetimi", "ERP Kurumsal Yönetimi" ve benzerleri. Muhasebe, pazarlama, üretim, satış departmanları 1C'ye aktarılıyor, IP-telefon ve doküman yönetim sistemleri ile entegrasyon yapılıyor. Bununla birlikte, “1C'de çalışalım” niyetlerinden hemen sonra, sorular ortaya çıkıyor - 1C'nin merkezi tabanı hangi kaynaklarda çalışacak, hangi donanım makul bir bütçe için en iyi sonucu gösterecek? Bu durumda kamu sektörünün dev işletmeleri için daha kolay - çok sayıda tam zamanlı BT entegratörü ve mimarına net bir komut verildi, anahtar teslim bir konsept sağlamak ve daha fazla destek sağlamak için zorunlu koşul ile büyük bütçeli ihaleler başlatıldı. sertifikalı uzmanlar tarafından sistem. Peki, bütçelerini akıllıca harcayarak 1C: Enterprise ürünlerinden birini satın almak ve kurmak isteyen şirketler ne olacak?

En temel hata, korsan veya doğrulanmamış yazılım kullanımını hesaba katmazsanız, 1C için donanımdan tasarruf etmektir. Bu eğilimler özellikle yeni kurulan şirketlerde ve küçük şirketlerde yaygındır. Intel Xeon işlemcilerle pahalı sunucu ekipmanı satın almanın gerekli olmadığı, RAM miktarını, CPU üzerindeki yükü ve disk alt sistemini önceden hesaplamanın gerekli olmadığı, yedek oluşturmaya gerek olmadığı görüşü var. disk dizileri (Raid), Önbellek-RAM vb. ile profesyonel disk denetleyicileri kullanın. 1C için BT mimarisinin hesaplamalarındaki hatalar, şirketin iş süreçlerini durdurduktan sonra öğrendiği üzücü sonuçlara yol açar. Bu nedenle, 1C için sunucu platformunun her bir donanım düğümüne dikkat etmek çok önemlidir.

1C için bir BT mimarisinin yanlış yapılandırılmasından kaynaklanan tipik sorunlara örnekler:

• Temel kaynaklardaki (genellikle RAM veya disk alt sistemi) aşırı yük nedeniyle taban ve 1C arayüzlerinin "frenlenmesi".
• Yanlış seçilen ekipmanın kararsızlığı nedeniyle 1C programının hataları ve "çökmeleri".
• Merkezin arızalanması nedeniyle şirketin duruş süresi donanım.
• Rastgele donanım veya yazılım arızaları nedeniyle 1C verilerinin kısmen veya tamamen kaybı.

Sunucu 1C'nin donanım kaynakları

1C altında kendi başınıza bir sunucu oluştururken seçimindeki bir hata tüm kurumsal otomasyon projesini mahvedebilecek en önemli donanım kaynaklarını aşağıda ele alalım.

Merkezi İşlem Birimi (CPU)

Fiziksel CPU çekirdeği sayısı.Çeşitli 1C forumlarındaki sonsuz anlaşmazlıklar konusu, CPU frekansından veya çok çekirdekten daha önemli olan şeydir. Bu çelişkilerin kökleri geçmişe, 1C 8.0 ve hatta 1C 7.7'ye kadar uzanır. Gerçekten de, önceki sürümlerin 1C yürütülebilir süreçleri tamamen tek çekirdekliydi, yani. merkezi işlemci ne kadar çekirdek sağlarsa sağlasın - kurumsal sunucu hizmeti 1C 8.0 veya "kalın istemci 1C 7.7" her zaman yalnızca bir "sıfır" çekirdeği işgal etti. işletim sistemi. Bugün, resim değişti - işletim sistemi, bir 1C: Enterprise (rphost) işleminin görevlerini birkaç CPU çekirdeğine cesurca dağıtıyor (bkz. Şekil 1).

Şekil 1 - 1C sunucu işlemlerinin çalışması sırasında CPU yükü.

Ancak bu, maksimum sayıda çekirdeğe sahip bir işlemci satın alırsanız, o zaman bir DBMS (çoğunlukla DBMS, MS SQL anlamına gelir) ile eşleştirilmiş bir 1C sunucusunun harika performans göstereceği ve 1C programında muhasebe dönemlerinin yeniden yazılacağı anlamına gelmez. birkaç dakika meselesi. Tek bir işlemi gerçekleştirme hızı ile büyük miktarda bilgiyi aynı anda işleme süreci arasındaki farkı anlamanız gerekir. Fiziksel çekirdek sayısı, 1C: Enterprise sunucusu ve DBMS tarafından birçok farklı görevle eşzamanlı çalışmanın kararlılığı ve performansı sorununu çözmenize izin verir. Dolayısıyla sonuç - 1C kullanıcılarının sayısı ne kadar fazlaysa, aynı kullanıcıların rahat eşzamanlı çalışması için doğru sayıda çekirdek o kadar fazla rol oynayacaktır. Kullanıcı sayısının 1C sunucusu için çekirdek sayısına bağımlılığı Tablo 1'de gösterilmektedir.

1C:Enterprise sunucusundaki eşzamanlı kullanıcı sayısı	İşlemci tipi ve modeli	Kullanılan çekirdek sayısı
10 kullanıcıya kadar	3.1Ghz'den Özel Intel Core	2-4'ten fazla değil
20 kullanıcıya kadar	2.4 Ghz'den Intel Xeon Sunucusu	4 ila 6
30 kullanıcıya kadar	2.6 Ghz'den Intel Xeon Sunucusu	6 ila 8 çekirdek
50 kullanıcıya kadar	2,4 Ghz'den Intel Xeon Sunucusu - 2 adet miktarında	İşlemci başına 4'ten

Tablo 1 - 1C sunucusundaki kullanıcı sayısının ve önerilen CPU çekirdeği sayısının oranı.

CPU frekansı.Çekirdek sayısının aksine - merkezi işlemcinin frekansı, 1C son kullanıcıları için en popüler kriter olan bir görevin bir parçasını bir kerede işleme hızını kesin olarak etkiler. İşlemcinin frekansı tam olarak parametredir, tek bir kullanıcı için 1C sunucusu ve DBMS tarafından işleme isteklerinin hızının artacağı ve sistemin son kullanıcıya nihai sonucu sağlayacağı sürenin artmasıyla birlikte azalacak. Bunu desteklemek için, tanınmış uzman Gilev, pratik testlere dayanan makalelerinden birinde açık bir sonuca varmıştır - “1C'nin hızı, merkezi işlemcinin frekansından diğer parametrelerden çok daha fazla etkilenir. 1C son istemcisi veya 1C: Enterprise sunucusudur ". Bu, 1C programının mimarisidir.

Önbellek, sanallaştırma ve hiper iş parçacığı. Geçmişte, çok çekirdekli işlemciler henüz bu kadar yaygın değilken Intel icat etti özel teknoloji merkezi işlemci, "hiper iş parçacığı" olarak adlandırılan çok çekirdeği simüle eder. Etkinleştirildiğinde, bir fiziksel işlemci (bir fiziksel çekirdek), işletim sistemi tarafından iki ayrı işlemci (iki mantıksal çekirdek) olarak tanımlanır. 1C sunucusu için "hiper iş parçacığını" kapatmanızı öneririz. Bu teknoloji, 1C çalışmasına herhangi bir ivme kazandırmaz.

kullanma Sanal makineler 1C:Enterprise sunucusu ve DBMS için, sanal makinelerin çekirdeklerinin, aynı - "çekirdekler" olarak adlandırılsalar da, gerçek fiziksel çekirdeklerden "daha zayıf" olduğu dikkate alınmalıdır. Kesin resmi katsayılar yoktur, ancak Microsoft teknik portallarındaki makaleler, sanal bir makinede fiziksel çekirdek başına 4-6 işlemci çekirdeği sayılmasını önerir.

Önbellek, işlemci tarafından bilgisayar belleğine ortalama erişim süresini azaltmak için kullanılan bir karalama defteri belleğidir. Aslında, işlemcinin ayrılmaz bir parçasıdır, çünkü onunla aynı çip üzerinde bulunur ve işlevsel blokların bir parçasıdır. Burada her şey çok açık - önbellek ne kadar büyük olursa, işlemcinin işleyebileceği bilgi "parçaları" o kadar büyük olur. Tipik olarak, önbelleğin boyutu işlemci modellerine bağlıdır - model ne kadar pahalıysa, genellikle orada daha fazla önbellek vardır. Ancak, işlemci önbelleğinin boyutunun 1C sunucusunun ve DBMS'nin performansını büyük ölçüde etkilediğine inanmıyoruz. Aksine, "ince ayar" alanına aittir.

İşlemci türü. Herkes donanımın sunucu ve kullanıcı olarak ayrıldığını bilir. Bazı durumlarda, profesyonel ancak pahalı bir sunucu CPU'suna alternatif olarak ucuz bir özel CPU kullanmak mümkün müdür? Anlaşıldı - bu mümkün. Intel merkezi işlemcilerin iki çeşidinin ana parametrelerini karşılaştıran bir tablo düşünelim (bkz. Tablo 2).

	Özel Intel® Core™ i7-6700T İşlemci (8M Önbellek, 3.60 GHz'e kadar)	Sunucu Intel® Xeon® İşlemci E5-2680 v2 (25M Önbellek, 2.80 GHz)
önbellek	8MB	25 MB
Sıklık sistem veriyolu	8 GT/sn DMI3	8 GT/sn QPI
Komut seti	64-bit SSE4.1/4.2, AVX 2.0	64 bit AVX 2.0
Çekirdek sayısı	4	10
CPU temel saati	2.8GHz	2.8GHz
Maks. hacim ve tip rasgele erişim belleği	64 GB ECC olmayan	768 GB ECC
Tahmini maliyeti	354$	1 280$

Tablo 2 - Intel'den ev ve sunucu CPU'sunun ana parametrelerinin karşılaştırması.

Gördüğümüz gibi, sunucu işlemcisi çekirdek sayısı, önbellek boyutu, daha fazla RAM desteği ve elbette daha yüksek bir fiyata çok daha yüksek değerlere sahip. Bununla birlikte, sunucu CPU'su, belirli işlemci talimatları (talimatlar) ve saat frekansı için destek açısından kullanıcı CPU'sundan pratik olarak farklı değildir. Bundan, küçük kuruluşlar için 1C: Enterprise sunucusu için özel bir merkezi işlemci kullanmanın oldukça kabul edilebilir olduğu sonucuna varabiliriz. Tek sorun, bir kullanıcı işlemcisinin bir sunucu soketine kurulamamasıdır. anakart ve eşlik denetimi (ECC) ile sunucu RAM'ini destekler ve özel bileşenlerin kullanımı, bir bütün olarak tüm sistemin kararlılığı için riskler içerir.

Rastgele Erişim Belleği (RAM)

RAM tipi. RAM çubuğu (RAM) amacına göre farklılık gösterir - çok kullanıcılı sunucu sistemleri veya kişisel cihazlar için - PC'ler, dizüstü bilgisayarlar, nettop'lar, ince istemciler vb. CPU durumunda olduğu gibi - RAM modüllerinin ana parametreleri yaklaşık olarak eşdeğerdir - modern PC RAM, pratik olarak sunucunun arkasında bir çubuk hacminde, saat frekansında veya DDR modüllerinin türünde gecikmez . Donanım platformunun kullanım durumlarında ve amacında sunucu RAM'i ve "ev" RAM'i arasındaki farklar - bu aynı zamanda daha yüksek maliyetinin oluştuğu yerdir:

• Sunucu RAM'i ECC (Hata Düzeltme Kodu) paritesine sahiptir - bilgi işlemedeki hataları doğrudan RAM modülü tarafından düzeltmenize izin veren bir kodlama / kod çözme tekniği
• Sunucu anakartı, RAM modüllerini takmak için sıradan bir PC'den çok daha fazla yuvaya sahiptir.
• Sunucu RAM'i, veri arabelleğe alma (kısmi Kayıtlı veya tam Tam Tamponlu) sağlayan kayıtlar (arabellekler) içerir, böylece birçok eşzamanlı istekle bellek denetleyicisi üzerindeki yükü azaltır. Arabelleğe alınmış "FB-DIMM'ler", arabelleğe alınmamış olanlarla uyumlu değildir.
• Modüller kayıt hafızası ayrıca belleğin ölçeklenebilirliğini artırmanıza izin verir - kayıtların varlığı, bir kanala daha fazla modül kurmayı mümkün kılar.

Sunucu RAM modüllerinin kullanılmasının, tek bir sisteme büyük miktarda RAM yüklemeyi mümkün kıldığı ve ECC eşlik kontrol teknikleri ve arabelleklerin kullanılması, sunucu işletim sisteminin kararlı ve hızlı çalışmasına izin verdiği sonucuna varabiliriz.

RAM miktarı. için önemli faktörlerden biri yüksek performans sunucu 1C ve DBMS, yeterli miktarda RAM'dir. Tabii ki, gerçek RAM gereksinimleri birçok faktöre bağlıdır - 1C yapılandırmasının türü, 1C: Kurumsal sunucu işlemlerinin sayısı, DBMS veritabanının boyutu vb. Ancak, RAM miktarının kullanıcı sayısına yaklaşık bağımlılığını elde etmek mümkündür (bkz. Tablo 3).

Sunucu 1c ve DBMS için RAM gereksinimi	10 kullanıcıya kadar	20 kullanıcıya kadar	30 kullanıcıya kadar	50 kullanıcıya kadar
Sunucu 1c: Kurumsal	4-6 GB	6-8 GB	12-14 GB	18-24 GB
MS SQL sunucusu	4-6 GB	8-10 GB	16-18 GB	24-28 GB

Tablo 3 - 1C sunucusunun kullanıcı sayısı ve 1C: Enterprise sunucusu ve MS SQL sunucusu işlemleri için önerilen RAM'in yaklaşık oranı.

Sunucu işlemleriyle ilgili olarak 1C: Enterprise (rphost.exe) - modern 1C platformları izin vermiyor manuel mod 1C sunucu işlemlerinin sayısını belirtin. Bunun yerine sistem, sayı gibi parametreleri ayarlamanızı gerektirir. bilgi tabanları ve rphost.exe işlemi başına kullanıcı sayısı, ardından en uygun 1C:Enterprise sunucu işlemi sayısını otomatik olarak belirler. Ayrıca, hacmi önceden belirlenmiş bir eşiği aşarsa, rphost.exe işlemiyle RAM'in düzgün bir şekilde serbest bırakılmasını da yapılandırabilirsiniz. Aynı zamanda, 1C sunucusu, 1C görevlerini kademeli olarak devralan ve gerekli 1C işlemini kaldırmanıza izin veren yeni bir rphost.exe işlemi oluşturur.

Ayrıca SQL hizmetine ayrılan RAM miktarının, önbellekteki SQL verilerinin isabet oranı en az %90 ise yeterli kabul edildiğini de unutmamalısınız. Bu metrik oldukça kullanışlıdır çünkü SQL sunucusu tarafından tüketilen RAM miktarına bakamazsınız - SQL'in en son sürümleri dinamik olarak RAM tüketmiştir - diğer işlemler tarafından RAM talep edildiğinde mümkün olan maksimum RAM miktarı yakalanır ve serbest bırakılır.

RAM frekansı. Kısacası bu, verilerin ana karta ve oradan da işlemciye iletildiği kanalların bant genişliğidir. Bu parametrenin anakartın izin verilen frekansıyla çakışması veya onu aşması istenir, aksi takdirde RAM iletim kanalı darboğaz olma riski taşır. Bir DDR türünde, frekansı artırmak / azaltmak, 1C sunucusunun performansını büyük ölçüde etkilemez ve daha çok "ince ayar" alanına aittir.

RAM zamanlamaları. Bu, RAM'in gecikmesi veya gecikmesidir (Gecikme). Bu parametre, RAM yongasının farklı modülleri arasındaki geçiş sırasındaki veri gecikme süresi ile karakterize edilir. Daha küçük değerler daha hızlı performans anlamına gelir. Ancak, sunucu sisteminin ve hatta 1C:Enterprise sunucusunun genel performansı üzerindeki etkisi yüksek değildir. Genellikle, her ekstra performans düşüşünün en pahalı şey olduğu bu parametrelere yalnızca oyuncular ve hız aşırtmacılar dikkat eder.

Disk alt sistemi ve sabit sürücüler HDD

sabit sürücü denetleyicileri. Bir donanım sisteminde sabit sürücüleri bağlamak ve düzenlemek için ana aygıt, sabit sürücü denetleyicisidir. İki çeşittir:

1. Yerleşik - denetleyici modülü sistemde yerleşiktir, sabit sürücü kafesi doğrudan ana karta bağlıdır. Daha ekonomik bir çözüm olarak kabul edilir.

2. Harici - anakart konektörüne bağlı ayrı bir baskılı devre kartıdır (aygıt). Hard ile operasyonları yürütmek ve kontrol etmek için ayrı çiplere sahip olması nedeniyle daha profesyonel bir çözüm olarak kabul edilir. HDD'ler. 1C:Enterprise server ve DBMS gibi önemli sunucu sistemleri için önerilir.

Ayrıca üçüncü bir tip daha vardır - iSCSI, FiberChanel, InfiniBand, SAS kanalları aracılığıyla blok verilerini almak / iletmek için bir cihaz. Ancak bu sürümde, disk alt sistemi "kaldırılır". ayrı cihaz optik veya bakır kablo ile sunucuya bağlı veri depolama (SHD). Makalemizde, 1C için bağımsız bir sunucunun gereksinimlerini analiz ediyoruz, bu nedenle bu türü dikkate almayacağız.

RAID dizilerinin türleri ve seviyeleri. Yedeklilik ve performans için birden çok sürücüyü mantıksal bir birimde birleştiren bir veri sanallaştırma teknolojisidir. En popüler RAID belirtim düzeylerini göz önünde bulundurun:

• RAID 0 (“Şeritleme”) Artıklığı yoktur ve bilgileri diziye dahil edilen tüm disklere küçük bloklar ("şeritler") şeklinde bir kerede dağıtır. Bu, performansı büyük ölçüde artırır, ancak güvenilirlikten muzdariptir. Performans kazancına rağmen bu dizi tipini kullanmanızı önermiyoruz.
• RAID 1 ("Yansıtma", "ayna"). Mevcut donanımın yarısının arızalanmasına karşı korumaya sahiptir (genel durumda - iki sabit sürücüden biri), kabul edilebilir bir yazma hızı ve sorgu paralelleştirmesi nedeniyle okuma hızında bir kazanç sağlar. Bu tür bir dizi, özellikle SAS 15K veya SSD diskler kullanılıyorsa, 25-30 kullanıcıya kadar 1C + DBMS sunucusunu oldukça "çekecektir".
• RAID10. Yansıtılmış disk çiftleri bir "zincir" içinde sıralanır, bu nedenle ortaya çıkan birimin hacmi bir diskin kapasitesini aşabilir. sabit disk. Bize göre en başarılı disk dizisi türü, çünkü RAID1'in güvenilirliğini ve RAID 0'ın hızını birleştirir. SAS 15K veya SSD sürücülerle birlikte, 40-50 kullanıcıdan 1C sunucuları için kullanılabilir.
• RAID5. Ekonomisi ile tanınır. Diziden sadece bir diskin kapasitesini fazlalık uğruna feda ederek, sistemdeki herhangi bir sabit diskin arızalanmasına karşı koruma sağlıyoruz. (Onun varyantı, RAID 6, sağlama toplamlarını depolamak için iki ekstra sabit sürücü gerektirir, ancak iki sürücü arızalansa bile verileri korur). Bu dizi türü ekonomiktir, güvenilirdir ve oldukça somut bir "okuma" hızına sahiptir. Ne yazık ki, bu dizinin darboğazı, 15-20 kullanıcıya kadar 1C sunucu yapılandırmalarıyla rahatça kullanılmasına izin veren düşük yazma hızıdır. Uygulamalı amaçlar için de idealdir - dosya verilerinin depolanması, belge yönetimi arşivleri, vb.

Sabit sürücü arabirim türleri. Bağlantı türüne göre, sabit sürücüler ayrılır:

• HDD Sata Ana Sayfası. Ev bilgisayarlarında veya ağ medya merkezlerinde kullanım için tasarlanmış sabit sürücüler için en ucuz seçenek. Düşük hata toleransı ve çalışma kararlılığı nedeniyle bu tür cihazların 1c sunucularında kullanılması şiddetle tavsiye edilmez - bu disklerin bileşenleri 7/24 çalışacak şekilde tasarlanmamıştır ve hızlı bir şekilde arızalanır.
• HDD Sata Sunucusu. Bu ad genellikle Sata arabirimine ve 7.200 rpm iş mili hızına sahip sabit diskleri ifade eder. "Sunucu" ön eki, bu tür sürücülerin sunucu sistemlerinde performans açısından test edildiği ve aşağıdakiler için tasarlandığı anlamına gelir. istikrarlı çalışma 7/24 modunda. Genellikle 1C sunucularında yüksek işlem hızı gerektirmeyen büyük miktarda bilgiyi depolamak için kullanılır. Örneğin - 1c arşiv veritabanları, klasör alışverişi, dosya yükleme ofis belgeleri vb.
• HDD SAS Sunucusu. SAS arabirimi (SCSI'nin modern analogu) ile SAS arabirimi arasındaki farklar Sata arayüzü birçok. Burada, diskin ortalama tepki süresi ve ortak bir disk rafında çalışır ve HDD denetleyicisi ile daha yüksek bilgi değişim hızlarında çalışır - 6 Gb / s'ye kadar (Sata 3 Gb / s'ye kıyasla). Ancak ana avantaj, 15.000 rpm iş mili hızına sahip SAS disk modellerinin varlığıdır. O bu Tasarım özelliği SAS disklerinin Sata Server HDD'ye kıyasla neredeyse 3 kat daha fazla IOPS gerçekleştirmesini sağlar. Bu tür SAS disklerinin boyutu küçüktür ve sürekli yüksek iş yüküne sahip 1c ana veritabanlarıyla kullanılması önerilir.
• SSD sürücüler. Bu sürücüler, bağlantı arayüzünde değil, tasarımlarında öncekilerden farklıdır - katı haldir ve hareketli parçaları yoktur, yani. özünde, bunlar "flash sürücülerin" analoglarıdır. Bu tür teknolojiler, SSD'lerin saniyede "aşırı" sayıda giriş / çıkış işlemi üretmesine izin verir (en basit SSD modellerinde 10.000 işlemden). Bununla birlikte, bu avantajın bir dezavantajı da vardır - SSD'lerin daha yüksek fiyatı ve SSD bloklarına yazma sayısının sınırına bağlı olan “yaşam eşiği”. Ancak, her yıl bu diskler daha uygun fiyatlı ve dayanıklı hale geliyor. SSD disklerin maliyeti, hacme bağlı olarak birçok kat arttığından, TempDB geçici veritabanlarının yanı sıra, yüksek erişim hızı gerektiren küçük ama süper yüklü 1c veritabanları için kullanılması en mantıklı olacaktır.

IOPS, saniyedeki G/Ç işlemlerinin sayısıdır. Aslında IOPS, 1 saniye içinde ortama okunabilen veya yazılabilen bilgi bloklarının sayısıdır. Yani, en saf haliyle - bu, 1C sunucusunun performansını etkileyen sabit disk tarafından bilgi işleme hızının temel parametresidir. Karşılaştırma için standart bir 4kb bilgi bloğu alırsak, aşağıdaki IOPS göstergelerini kabaca ayırt edebiliriz (bkz. Tablo 4).

HDD	IOPS	Arayüz
7.200 rpm SATA sürücüler	~75-100 IOPS	SATA 3Gb/sn
10.000 rpm SATA sürücüleri	~125-150 IOPS	SATA 3Gb/sn
10.000 rpm SAS sürücüleri	~140 IOPS	SAS
15.000 rpm SAS sürücüleri	~175-210 IOPS	SAS
SSD sürücüler	8.000 IOPS'den	SAS veya SATA

Tablo 4 - 4kb veri bloğuyla çalışırken çeşitli sabit sürücü türlerindeki IOPS göstergeleri.

Tabii ki, saf haliyle, IOPS, 1C sunucusunun disk alt sistemi için son hesaplamaları ve gereksinimleri hesaplamak için çok az kullanışlıdır. Sonuçta, disk alt sisteminin toplam performansı, RAID dizisinin türünden, disk türlerinden ve arabiriminin hızının göstergelerinden, yanıt süresinden (Gecikme), rastgele erişim süresinden, okuma ve yazma işlemlerinin yüzdesinden ve daha birçok şeyden oluşur. diğer faktörler. Ancak, bize göre bu parametre, disk alt sisteminin hızının önemli bir göstergesidir ve bir sunucu mimarisi geliştirme aşamalarında, belirli ihtiyaçlar için genellikle hangi tür sabit disklerin en uygun olacağının belirlenmesine yardımcı olur. (bkz. RAID hesaplayıcı)

Deneme testi

1C kullanıcı sayısı ile iop sayısı arasındaki ilişki nedir? Ekibimiz, disk alt sistemindeki yükü ölçmek için pratik bir test gerçekleştirdi (bkz. Tablo 5) bir miktar oturumlar 1C. 1C sistemi programlanabilir bir ortam olduğundan ve 1C'de her şirketin kendi iş süreçleri seti olabileceğinden, test için belirli bir referans konfigürasyonuna bağlanmamız gerekiyordu. Bu kapasitede, test ve hata ayıklama için geliştirilmiş özel bir TsUP 1C konfigürasyonu seçilmiştir. Temel olarak, 1C programcılarımız, muhasebe sorguları, gönderiler, raporlama ve operasyonel belgelerin yürütülmesi ile geleneksel bir işletmenin normal çalışmasını simüle eden bir dizi sorgu ekledi.

		sistem diski		Veritabanı diski
yineleme	Kullanıcılar	IOPS yazma	IOPS okuması	IOPS yazma	IOPS okuması
ortalamalar
1	12	9,1	0,1	13,1	1,5
2	20	7,9	0,1	21,8	0,4
3	32	5,2	0,006	36,1	5,2
4	40	7,7	0,013	27,52	1,3
5	52	7,7	0,006	32,04	0,94

Tablo 5 - Disk alt sistemindeki yüke ilişkin pratik bir testin sonuçları.

Test sonuçları, disk alt sistemi üzerindeki yükün aslan payının, 1C, DBMS sunucusunun veritabanına ve işletim sisteminin sistem diskine (varsayılan olarak 1C:Enterprise önbellek sunucusu dosyalarını barındıran) yazıldığında meydana geldiğini göstermektedir.

Aynı zamanda, test süresi boyunca - 5 iş günü - halihazırda çalışmakta olan 1C UPP 8.2 veritabanlarının pratik ölçümlerini gerçekleştirdik. Ortalama olarak, bir 1C + DBMS sunucusunun "yazmak için", "okumak için" olduğundan iki kat daha fazla iop tükettiğini gösteriyorlar. Gerçek bir 1C sunucusunun sentetik testleri ve izleme istatistikleri arasındaki böyle bir fark, hem çalışma günü boyunca veri tabanından bilgi verilerinin periyodik olarak örneklenmesinden hem de veri tabanının düzenli olarak okunmasından kaynaklanmaktadır. destek olmak veya DBMS çoğaltma.

Sabit sürücünün dikkat etmeye değer diğer bileşenleri.

• Fiziksel boyut (form faktörü). Bugüne kadar, neredeyse tüm bilinen sürücüler kişisel bilgisayarlar ve sunucuların boyutu 3,5 veya 2,5 inçtir. 2,5 inçlik sürücülerin büyük hacimlerde üretilmediğini unutmayın.
• Rastgele erişim süresi- bunun için zaman HDD manyetik diskin belirli bir alanında okuma-yazma işlemi gerçekleştirmesi garanti edilir. Kural olarak, daha fazla yüksek sonuçlar sunucu diskleri var. Bu yeterli önemli parametre 1C DBMS sunucusu için bir dizi disk oluştururken.
• iş mili hızı- sabit disk milinin dakikadaki devir sayısı. Burada her şey basit ve açıktır - sabit diskin erişim süresi ve ortalama veri aktarım hızı, iş milinin manyetik plakalarla dönme hızına bağlıdır.
• Sabit disk arabellek kapasitesi- Arabellek, bir sabit diskin okuma/yazma hızındaki ve arabirim aracılığıyla veri aktarımındaki farklılıkları düzeltmek için tasarlanmış geçici bir bellektir.
• Güvenilirlik- arızalar arasındaki ortalama süre (MTBF) olarak tanımlanır. Kural olarak, güvenilirlik doğrudan sabit sürücünün üreticisine, fiyatına ve kullanım ortamına bağlıdır. Güvenilirliği, 1C sunucusunun kalitesini etkileyen önemli bir sabit sürücü parametresi olarak görüyoruz.

Doğru seçim: ev veya sunucu donanımı

Donanım bileşenlerinin ucuzlaması ve "ev bilgisayarlarının" potansiyel kapasitelerinin aktif olarak büyümesi, başka bir ölümcül yanılgıya yol açıyor - küçük işletmeler, 1C veritabanlarıyla işbirliği yapmak için bir platform olarak iş istasyonlarını aktif olarak kullanıyor. Aynı zamanda, çekirdek frekansı parametrelerine ek olarak, bellek miktarı ve normal bir PC'de bütçe SSD sürücüleri kullanma olasılığına ek olarak, donanımın çalışması için daha sistemik, daha derin ve daha önemli gereksinimler olduğunu fark etmeden. ticari bir yapıda (bkz. Tablo 6).

1C sunucusu düzenleme sorununu çözmek için, Tier III sınıfı veri merkezlerinde 1C bulut sunucularının kiralanmasını sunuyoruz. Bir sunucu kiralama seçmenin ekonomik fizibilitesini makalede bulabilirsiniz.

parametreler	sunucu	Kişisel bilgisayar
Hesaplama gücünün yeterliliği	V	V
Sistemin 7/24 modunda garantili çalışabilirliği	V	x
Temel donanım bileşenlerinin güvenilirliği ve kararlılığı	V	x
Olasılık uzaktan kumanda güç ve konsol (IPMI)	V	x
Donanım platformunun bütçe maliyeti	x	V

Tablo 6 - 1C sunucusunun yüksek kalitede çalışması için gerekli kriterlere göre ev ve sunucu donanımının karşılaştırılması.

Hataya dayanıklı çalışma 1C

Tabii ki, 1C'nin sunucu kısmı için önemli gereksinimlerden biri, çalışmasının kararlılığı ve arızalara karşı dirençtir. Microsoft ve 1C'nin kendisi, hizmetlerini oldukça ciddi bir düzeyde kümelemek için teknolojiler yaratarak bu yönde çok çaba sarf etti (bkz. Tablo 7).

SQL sunucularının hata toleransı

Tek bir paylaşılan veri ambarı konseptine dayanmaktadır. Yerleşik SQL Server kümeleme teknolojisi, iki SQL sunucusunu tek bir sanal IP adresi ve tek bir veritabanı ile tek bir kümede birleştirir. Böylece, ana SQL başarısız olduğunda, sorgular otomatik olarak yedeğe aktarılır. İkinci seçenek, DBMS veritabanlarının birincil ve yedek SQL sunucuları arasında otomatik olarak düzenli olarak çoğaltılması için bir teknoloji olan, yakın zamanda ortaya çıkan AlwaysOn'dur. Aynı zamanda, yinelenen SQL sunucusu, fiziksel olarak farklı bir depolamada bulunur ve bu da risklere karşı direnci artırır.

Yük devretme hizmeti sunucusu 1C:Enterprise

1C Enterprise sunucuları, otomatik yük devretme ve mevcut oturumları kaydetme ile aktif-aktif bir yazılım yük devretme kümesinde birleştirilir.

Tablo 7 - SQL ve 1C sunucularının hata toleransı.

Ancak, her teknolojinin hem artıları hem de eksileri vardır. Temel avantajlara ek olarak, hizmet performansında bir bozulma ile sonuçlanmamak için 1C ve SQL kümelemenin () bazı özelliklerini bilmeniz gerekir:

• SQL kümeleme, sanal IP kullanır. Ve bu, 1C: Enterprise sunucusu ve MS SQL'in etkileşiminin her zaman aşağıdakilere göre gerçekleşeceği anlamına gelir. ağ Arayüzü, her iki hizmet de aynı işletim sisteminde olsa bile. Buna göre, 1C'nin kendisi tarafından önerilen mimarinin klasik versiyonuna kıyasla 1C'nin çalışmasını yavaşlatacak - Paylaşılan Bellek kullanımı. Prensipte, bu engel, örneğin MS SQL Log Shipping teknolojisi kullanılarak "atlanabilir". Ancak bu durumda, yedek bir SQL sunucusuna geçiş artık otomatik olmayacaktır ve bu seçenek tam teşekküllü bir küme olarak kabul edilemez.
• Bir SQL kümesi büyük bir bütçe gerektirir. MS SQL servisinin klasik kümelenmesinden bahsediyorsak, ana ve yedek SQL sunucularına bağlı tek bir veritabanı deposu gereklidir. Tipik olarak, bu rol, bütçeyi bir büyüklük sırasına göre artıran pahalı depolama sistemleri tarafından oynanır. Yeni çıkan AlwaysOn'dan bahsediyorsak, tek bir veritabanı depolaması gerekli değildir, teknoloji ile çalışır yerel sürücüler ağ üzerinden birincil ve yedek sunucular. Ancak, lisansı normal bir SQL Server Standardından 4 kat daha pahalı olan bir SQL Server Enterprise sürümüne ihtiyacınız var.
• Lisans sayısı.İkinci SQL sunucusunun verileri işlememesine ve yedekte olmasına rağmen, hem ana hem de yedek olmak üzere her iki sunucu için de lisans satın alınması gerekecektir. Bütçe için özellikle acı verici olan, dağıtılmış bir AlwaysOn Yüksek Kullanılabilirlik Grupları kümesini uygulamaya yönelik SQL Server Enterprise lisanslarıdır.

• Kurumsal çapta bir muhasebe sistemi kadar önemli bir şey için ucuz özel donanım kullanmanız gerekmez. Fiyat bu durum böyle bir platformun kalitesini, istikrarını ve dayanıklılığını doğrudan belirler.
• Bir sunucu platformu seçerken, iki güç kaynağının, bir uzak IPMI kartının ve üreticinin markasının varlığına dikkat etmenizi öneririz. Tabii ki, herkes bütçesine göre bir çözüm seçer, en iyi markalar bazen çok pahalıdır ve tamamen uygun değildir, ancak üreticiden hiç tasarruf etmemelisiniz, bu 1C ile çalışırken kontrol edilemeyen mücbir sebeplere yol açabilir. Supermicro sunucu platformlarını Intel sunucu CPU'ları ile birlikte kişisel olarak kullanıyoruz.
• 1C'nin performansının, sağlanan çekirdek sayısından çok CPU'nun daha yüksek frekansına bağlı olduğu, uygulama tarafından onaylanan bir görüş vardır.
• 1C sunucusu ve SQL hizmeti için ayrılan RAM miktarından tasarruf etmeye gerek yoktur. RAM şu anda oldukça ucuz bir kaynaktır ve eksikliği (yüzde 10-15 oranında bile) 1C sistem performansında güçlü bir düşüşe neden olacaktır, çünkü. daha yavaş bir takas sistemi etkinleştirilecektir. Ayrıca, takas, durumu daha da kötüleştirecek olan disk alt sistemine ek bir yük getirecektir.
• EFSOL şirketi, 1C sunucu seçimi için aşağıdakileri içeren kapsamlı hizmetler sunar: 1C sunucu tasarımı, satın alma, yapılandırma ve bakım.
• Kendi 1C sunucunuzu yaratmanın bir alternatifi, 1C için bir sunucu kiralamaktır. Bulut teknolojileri, düşük aylık maliyetlerle, 1C'de rahat çalışma için güvenilir, hataya dayanıklı bir hizmet almayı sağlar.

Sistem entegrasyonu. Danışmanlık

1C için hangi sunucuya ihtiyaç duyulacağını seçerken, kullanıcılar onunla çalışırken, saniyede birçok veri okuma ve yazma işleminin gerçekleştirileceği unutulmamalıdır.

Büyük olasılıkla, 1C için yetkin sunucu tasarımının neden bu kadar önemli olduğu hemen anlaşılır - “donanım” başlangıçta yanlış seçilmişse ve sistemdeki yüke uymuyorsa, o zaman bu önemli verinin aralıklı olarak çalışması veya hatta çalışması riski vardır. kaybolacak. Öte yandan, 1C altında bir sunucu oluşturun, tüm donanımı satın alın ve yazılımşirket için önemli bir maliyete mal olabilir, bu nedenle ekipmanı gereksiz maliyetlerden kaçınacak şekilde seçmeniz önerilir.

1C için sunucu seçimi

Uzmanlarımız 1C sunucusu için bir yapılandırma seçimi yapmaları gerektiğinde ilk sordukları şey şirkette 1C ile kaç kullanıcının çalışacağı ve hangi hizmet setini kullanmayı planladıkları, bunların ne olacağı, 1C'yi kimin yöneteceğidir. sunucular ve nasıl. 1C sunucusu oluştururken bu bilgilerden yola çıkıyoruz.

Sunucu 1C için gereksinimler

1C sunucusunun donanım yapısında işlemci, RAM, disk alt sistemi ve ağ arayüzlerinin özellikleri bizim için önemli olacaktır.

Aşağıdaki bileşenlerin istikrarlı ve yeterince verimli çalışmasını sağlamaları gerekir:

• işletim sistemi;
• veritabanı sunucusu (çoğunlukla öyledir);
• 1C sunucu kısmı (2-10 kullanıcılı küçük bir şirket dosya modunda 1C ile çalışabileceğinden, her durumda değil);
• kullanıcı Uzak Masaüstü modunda çalışır;
• aracılığıyla uzak kullanıcıların çalışmaları zayıf müşteri veya web istemcisi.

1C sunucusu için işlemci seçme

Optimum işlemci çekirdeği sayısı genellikle işletim sisteminin çalışması için 1-2 çekirdek, SQL veritabanının çalışması için 1-2 çekirdek, uygulama sunucusunun çalışması için 1 çekirdek ayırmanız gerektiği gerçeğine göre hesaplanır. ve her 8-10 eşzamanlı kullanıcı oturumu için yaklaşık 1 çekirdek (böylece kullanıcılar daha sonra 1C sunucusunun yavaşladığından şikayet etmezler).

Lütfen, istek işleme hızının çekirdek sayısına değil, işlemcinin saat hızına bağlı olduğunu ve çekirdek sayısının, çok sayıda kullanıcı ve onlardan eşzamanlı görevlerle çalışmanın kararlılığını daha fazla etkilediğini unutmayın.

1C sunucusunun ne kadar belleğe ihtiyacı var?

Yukarıdakilere ek olarak, 100 veya daha fazla kullanıcı için bir 1C sunucusuna ihtiyacınız varsa, en az iki 1C fiziksel sunucudan oluşan bir küme dağıtmanızı öneririz.

Aşağıdaki göstergelere dayanarak gerekli RAM miktarını hesaplamayı öneriyoruz:

• İşletim sisteminin çalışması için 2 GB gerekli olacaktır
• MS SQL Server önbelleği için en az 2 GB ve bu değerin veritabanının gerçek hacminin %20-30'u kadar olması daha iyidir - bu, onunla rahat bir kullanıcı deneyimi sağlayacaktır
• 1C uygulama sunucusu için 1 - 4 GB
• 100 - 250 MB, 1C sunucusunun işlev grubuna, kullanılan yapılandırmaya bağlı olarak bir kullanıcı terminal oturumu gerektirecektir.

İşte 1C 8.3 sunucusunun parametrelerinin yaklaşık hesaplamaları:

Bir marjla RAM satın almak daha iyidir - bu, 1C sunucusunun yüksek performansındaki en önemli faktörlerden biridir ve aynı zamanda şimdi en ucuz bileşenlerden biridir. 1C Enterprise sunucusunda yeterli bellek yoksa, bu işlem sırasında çok belirgin olacaktır, bu nedenle, hangi 1C sunucusunu seçeceğiniz sorusuna gelince, her zaman yeterli RAM'e sahip olduğundan emin olun.

Sunucu 1C: disk alt sistemi için ekipman

1C için hangi sunucuya ihtiyaç duyulacağını seçerken, kullanıcılar onunla çalışırken, saniyede birçok veri okuma ve yazma işleminin gerçekleştirileceği unutulmamalıdır. Bu parametre - sabit sürücünün verileri hangi hızda işlemenize izin verdiği - aynı zamanda 1C sunucusunun hızının anahtarlarından biridir.

1C sunucusu tasarlarken, disk alt sistemi ekipmanı için aşağıdaki gereksinimlere uymanızı öneririz:

• 1C için hangi sunucuyu oluşturduğunuz önemli değil, hiçbir durumda sunucularda tek disk kullanmanızı önermiyoruz - bunları RAID dizileri (büyük veritabanları için RAID 10 veya küçük veritabanları için RAID 1) halinde düzenlemeniz önerilir, burada veritabanı tabloları yer alacak.
• Daha hızlı erişim için dizin dosyalarını ayrı bir SSD'ye taşımanızı öneririz.
• TempDB - 1-2 (RAID 1) SSD'lerde.
• OS ve kullanıcı verilerini SSD/HDD'nin RAID 1'ine yerleştirin.
• Günlük dosyaları için diziden ayrı bir mantıksal disk veya fiziksel bir SSD diski ayırın.
• Mümkünse, kullanın donanım denetleyicisi- Yetersiz denetleyici performansı nedeniyle güçlü ve pahalı bir sunucunun yavaşladığı durumları gördük.

1C için sunucu seçimi

Bu yazıda, 1C için bir sunucunun nasıl seçileceğine dair bazı ipuçları ve yaklaşık hesaplamalar sağladık, umarız sizin için faydalı olurlar.

Sonuç olarak, bir şey daha ekleyelim - 1C sunucusu için bir kullanıcı bilgisayarı kullanarak tasarruf etmeye çalışmamalısınız (genellikle küçük şirketlerde yapıldığı gibi) - kullanıcı donanımı, benzer sunucu donanımından çok daha az güvenilir ve hataya dayanıklıdır. verim. İşletmenizin muhasebe sistemini riske atmaya değmez. Doğru donanımı satın almak bütçenizi aşıyorsa, bulutta 1C dağıtmayı düşünebilirsiniz.

1C Enterprise 8.3 için hangi sunucuyu seçeceğinizi, 1C sunucusu nasıl yapacağınızı anlamakta zorlanıyorsanız, daha önce bu görevle karşılaşmadığınız için her zaman bir sistem entegratörü firma ile iletişime geçerek deneyimli teknik uzmanların size yardımcı olmasını sağlayabilirsiniz. 1C için uygun bir sunucu tasarlayın, satın alın, kurun ve kurun.

Başlangıç ​​olarak, birkaç çalışma senaryosunu vurgulamayı öneriyorum:

1.) Paylaşılan bir kaynak (web sunucusu) aracılığıyla dosya tabanıyla çalışma

2.) Terminalde dosya tabanı ile çalışma

3.) Sunucu (MSSQL) veritabanı ile çalışma

Paylaşılan bir kaynak (web sunucusu) aracılığıyla dosya tabanıyla çalışma

Burada her şey oldukça basit. Eğer bu düzenli formlar ve 1-3 kullanıcı. Ardından "sunucuda" (tabanın uzanacağı makineyi seçin:

• hızlı vidalar- iş mili hızına dikkat edin (7200rpm alıyoruz). Örneğin WD'den green serisini almıyoruz, siyah veya kırmızı alıyoruz. Seagate'in Constellation serisine bakın.
• İşlemci- çekirdekler frekansları kadar önemli değildir. 1C, çok çekirdeği oldukça zayıf kullanır (hiç değil), bu nedenle 8 çekirdekli bir işlemciden herhangi bir fayda elde edemezsiniz, daha yüksek frekanslı 2 çekirdekli bir işlemci bunu yapacaktır. Örneğin, core i3 4360 - bu şu anda intel için maksimum frekanstır (turbo modunda 4ghz).
• VERİ DEPOSU - rol yapmayacak. Modern uygulamaların belleği nasıl tükettiğini göz önünde bulundurarak, 8 GB
• ağ- aslında, 1Gb ağdan gerçekten faydalanamayacaksınız, ancak yine de, 8 telli bir bükümlü çift gerilirse (konektörlere bakabilirsiniz), o zaman aynı yere bir gigabit anahtar koymak mantıklıdır. zaman dosya paylaşımı daha hızlı olacaktır.
  Ve bu senaryodaki son dokunuş - veritabanını ayrı bir makinede bir yerde barındırmaya gerek yok - uzun süreli işlemler ağ üzerinden olduğundan çok daha hızlı yerel olarak gerçekleştirilecektir. bu arabayı tak iş yeri, örneğin ayı kapatmak veya bilgi güvenliğini güncellemek için planlandığı yerden.

Başka bir nokta, eğer taban açıksa yönetilen formlar. Burada her şey yukarıda anlatıldığı gibi yapılırsa fren alırsınız. Ancak, bir çıkış yolu var:

• SSD* her zamanki vida yerine bizi kurtaracak. 120 GB'lık bir disk alın, çünkü döviz kurundaki büyümeyi hesaba katsalar bile kabul edilebilirler. intel 520/530 series, kingston v300'e dikkat etmenizi öneririm. Daha da iyisi, sadece en son modellerin incelemelerini okuyun, çünkü. bu pazar oldukça hızlı gelişiyor ve pazara yeni ürünler giriyor
  *Not: Diskleri bir RAID'de yansıtma ile birleştirecekseniz, örneğin RAID1. Bu durumda, böyle bir an var: çoğu SSD sürücülerçöpleri temizlemek için trim gerekir (esas olarak eski modeller için), baskın modunda komut desteklenmeyebilir ve sürücü çalışırken hızı düşer. Bu sorunu önlemek için en az iki yöntem kullanabilirsiniz: ideal olarak, kurumsal düzeyde bir SSD, örneğin intel DC3500 satın alın. Pahalı görünüyorsa, bir paket kullanabilirsiniz: yonga setli anakart
• İşlemci- önceki noktaya benzer. Frekans ne kadar yüksek olursa, o kadar iyidir.
• VERİ DEPOSU - büyük rol yapmayacak. Modern uygulamaların belleği nasıl tükettiğini göz önünde bulundurarak, 8 GB

1 kullanıcı veritabanı ile yerel olarak çalışıyorsa, bu onun rahat çalışması için yeterlidir, ancak paylaşılan bir kaynak üzerinden ağ çalışmasının hızı yine de yavaş olacaktır. Ancak burada bir çıkış yolu var - bir web sunucusu üzerinden çalışın. İnternette, 1C ile çalışmanın benzer şekilde nasıl organize edileceğini açıklayan çok sayıda makale bulabilirsiniz, bu makalede bunun üzerinde durmayacağım. Sizinle paylaşacağım tek şey gözlemlerimi paylaşacağım: Kullanıcılar için bir web tarayıcısı üzerinden değil, bir ince istemci aracılığıyla iş kurmak tercih edilir (IS listesine yeni bir veritabanı eklediğimizde, bir "öğesi var. web sunucusu", IS yerleştirme sayfasında). Bu, gözlemlerime göre, tarayıcıdan daha hızlı. Ek olarak, bir tarayıcı üzerinden çalışırken, ince bir istemci üzerinden çalışırken mevcut olmayan arayüzde (kaydırılan PM, vb.) Hatalar vardır.

Aslında bu tarifi kullanarak (ssd, yüksek frekanslı işlemci, web sunucusu, ince istemci). "Kullanıcı sayısı 1'den fazlaysa (bazı sürümlere göre 0'dan fazla :)) efsanesini ortadan kaldırabilirsiniz - bir sunucu tabanına ihtiyacınız var *.

*Tabii ki, bunun bir SCP veya > ~ 4GB boyutunda bir veritabanı olmaması, ancak kullanıcı sayısı 4'ü geçmemesi şartıyla (bunlar maksimum veritabanı boyutları ve gördüğüm kullanıcı sayısıdır, belki birileri bir web sunucusu aracılığıyla daha fazla kişiyle dosya tabanı ile çalıştığında vakalarla karşılaştı mı?Yorumları yazın)

Terminalde dosya tabanı ile çalışma

Bir sonraki seçeneğe geçelim. Bir terminal sunucumuz ve bir dosya tabanımız var. Burada işlemci dışında her şey senaryo 1'e benzer:

• SSD sürücü normal bir vida yerine.*
  *Not: diskleri, örneğin RAID1 gibi yansıtmalı bir RAID'de birleştirdiğinizden emin olun. Bu durumda, böyle bir nokta vardır: çoğu SSD sürücüsü, çöpleri temizlemek için trim gerektirir (esas olarak oldukça eski modeller için), baskın modunda komut desteklenmeyebilir ve sürücü çalışırken hızı düşer. Bu sorunu önlemek için en az iki yöntem kullanabilirsiniz: ideal olarak, kurumsal düzeyde bir SSD, örneğin intel DC3500 satın alın. Bu pahalı görünüyorsa, özel sınıf bir SSD kullanabilirsiniz, ancak daha sonra senaryonuz için yeniden yazma kapasitesinin yeterli olduğundan emin olun.
• İşlemci- Burada i3 yerine corei5 almak mantıklı, çünkü 1C terminalde çalışacak, ek 2 çekirdek müdahale etmeyecek, ancak frekansı unutmayın.
• Veri deposu yöneticiler arasında çok kararlı bir ifade vardır: asla çok fazla bellek yoktur). Deneyimlerime göre, 7 kişi BP3'te çalışırken terminalde 8-12 GB yer kaplar (her kullanıcı için kaç belgenin açık olduğuna bağlıdır). Sıradan formlar için, bellek miktarı 2'ye bölünebilir :) Yaklaşık bir hesaplama şu şekilde yapılabilir: Terminal oturumunun kendisi için 256 MB + 1C için 1,5 GB

Sunucu (MSSQL) veritabanı ile çalışma

Bu senaryo en karmaşık olanıdır ve belki de ayrı bir makale gerektirir. Bu makalede yalnızca performansı etkileyen temel ilkeleri dikkate almayı öneriyorum.

• SQL server ve server 1C'nin yerleştirilmesi. Farklı makinelerde veya birinde. Böyle bir nokta var: aynı makinedelerse, aralarındaki iletişim paylaşılan bellek protokolü aracılığıyla gerçekleşir ve bu durumda, farklı makinelerdeyken orada olmayan performansta bir bonus alırız.
• İŞLEMCİ. Ve işte zaten kullanışlı ve yüksek saat hızı ve çok çekirdekli. Çünkü aynı makinede ise bir SQL sunucu işlemimiz ve işlemci çekirdeklerini yükleyecek birkaç 1C rphost sunucu işlemimiz var.Ayrı olarak, iki işlemcili sistemleri vurgulamak istiyorum (yani anakartta iki soket olduğunda ve bir soketten daha fazlası). Bir boş soketle alsanız bile "yedek olarak, aniden ihtiyacınız olursa daha sonra bir işlemci satın alın." Yaşamlarının sonuna kadar boş bir ikinci soketle duran çok sayıda iki soketli sunucu gördüm. Her ne kadar şirket ödüyorsa ... neden kendini zevkten mahrum bırakıyorsun :)
• Veri deposu. Çalışmasında SQL Server * aktif olarak RAM kullanır, yeterli değilse, ssd durumunda bile RAM'den daha yavaş olan disklere tırmanır. Bu nedenle, burada bellekten tasarruf etmeye değmez. Mümkün olduğunca bütçe ayırın (elbette sağduyu hakkında unutmayın :)) ve her zaman ek bir çubuk sunabilmeniz için anakartta boş yuvalar bırakın.
  *Not: SQL sunucusu tarafından kullanılan maksimum RAM'i işletim sistemi ve terminal oturumları için yeterli olacak şekilde sınırlamayı ve ayrıca tmp ve SQL tabanını artırma adımlarını artırmayı unutmayın (varsayılan adım 1mb'dir, bu çok küçük, ayarla Baz için 200 MB ve günlük için 50 MB)
• disk alt sistemi. Düşünce, eğer RAM miktarı taban boyutundan daha büyükse, o zaman hepsi hafızada kalacak ve her şey uçacak gibi görünebilir. Disklere yazacak olan ilk yazma işleminden :) önce olabilir. İşte bu noktada sabit diskler sizi yarı yolda bırakacak :) SSD diskler kullanın. Ve burada artık masaüstü olmayan SSD'lerden tasarruf etmeyin, normal kurumsal düzeyde SSD'ler edinin. Intel DC3700 -200GB kaynak 3,7 petabayt (5 yıl boyunca günlük sürücünün toplam hacminin 10 üzerine yazma), RAID1=48000 için 24000r/adet + saniye için bulunabilir. Lisans çok daha fazlasını alacak.

Bak bu kadar. Sorular/şikayetler/öneriler varsa - yorumlara hoş geldiniz;)

1C:Enterprise 8, az sayıda kullanıcıyla bile kaynak yoğun bir uygulama olabilir. 1C için bir sunucu seçerken, herhangi bir sahip "doğum yaralanmalarından" kaçınmak ister - içine gömülü potansiyel darboğazlar. Öte yandan, bugün çok az insan “büyümek için” aşırı kapasiteye sahip sunucular satın alıyor. Yük profilinin önceden kaldırılabilmesi iyidir - o zaman belirli bir şirket uygulamaları yapılandırması için bir sunucu tasarlamak daha kolaydır.

Kesinlik için, "Muhasebe", "Ticaret ve Depo", "Bordro ve İnsan Kaynakları Yönetimi", "Ticari İşletme Yönetimi" ve kısmen "Üretim İşletme Yönetimi" popüler temel yapılandırmalarında "1C:Enterprise 8.2" platformunu ele alalım. ". 1C'de çalışan 10 veya daha fazla çalışanı olan işletmeler için “1C: Enterprise 8.2. Uygulamalar sunucusu". Eşzamanlı veritabanı kullanıcı sayısı 100-150'ye kadar olan Uzak Masaüstü modunda çalışma seçeneğini göz önünde bulunduralım. Öneriler daha "ağır" DB 1C için de geçerli olacaktır, ancak "ağır vakalar" her zaman bireysel bir yaklaşım gerektirir.

İşlemciler ve RAM

Şirket çok küçükse (sistemde 2-7 kullanıcı), veritabanı küçükse (1 GB'a kadar) ve 1C:Enterprise 8.2 kullanıcının bilgisayarında dosya modunda çalışıyorsa, klasik bir dosya sunucusu uygulaması elde ederiz. . Intel Core i3 bile, özellikle Intel Xeon E3-12xx, CPU yükü açısından böyle bir görevle başa çıkabilir. Gereken RAM miktarı oldukça basittir: İşletim sistemi için 2 GB ve sistem dosya önbelleği için 2 GB.

Şirketin 5-25 1C kullanıcısı varsa, veritabanı boyutu 4 GB'a kadar ise, 1C:Enterprise 8.2 uygulamasının yeterli 4 çekirdekli Intel Xeon E3-12xx veya AMD Opteron 4xxx'e sahip olması gerekir. İşletim sistemi için 2GB RAM'e ek olarak, 1C:Enterprise 8.2 için 1-4GB ayırmak gerekir. Uygulama Sunucusu" ve önbellek olarak MS SQL Sunucusu için aynı miktarda - toplam 8-12 GB RAM. Küçük veritabanları için, veri tabanının en az %30'unun RAM'de ve tercihen %100'ünün önbelleğe alınması arzu edilir.

Bilinen (özellikle reklamı yapılmamış olsa da) gerçek: “1C: Enterprise 8.2. Uygulama Sunucusu, işletim sistemi tarafından sabit sürücüdeki bir takas dosyasına boşaltıldığında bundan pek hoşlanmaz ve bazen yanıt kaybetme eğilimi gösterir. Bu nedenle, "Uygulama Sunucusu"nun çalıştığı sunucuda, RAM'de her zaman bir boş alan kaynağı olmalıdır - özellikle bugün ucuz olduğu için.

Daha büyük şirketlerde, 1C kullanıcıları genellikle uygulamaya (Uzak Masaüstü) - yani terminal modunda uzaktan erişim yoluyla çalışır. Kural olarak, 1GB veya daha fazla veritabanına sahip 10-100 1C kullanıcısı ile “1C:Enterprise 8.2. Uygulama Sunucusu" ve kullanıcı uygulaması "1C:Enterprise 8.2" aynı sunucu üzerinde çalışır.

Gerekli işlemci kaynaklarını belirlemek için, bir fiziksel çekirdeğin 8'den fazla kullanıcı iş parçacığını verimli bir şekilde işleyemeyeceği varsayılır - bunun nedeni işlemcilerin iç mimarisidir. Uygulamanın gösterdiği gibi, 1C + Uzak Masaüstü görevleri için, düşük hesaplama çekirdekli frekansları ve kesilmiş bir mimariye sahip alt satırlardaki sunucu işlemcilerini almamalısınız. Az sayıda kullanıcı varsa (15-20'ye kadar), bir yüksek frekanslı Intel Xeon E3-12xx işlemci yeterli olacaktır. Aynı zamanda, fiziksel çekirdeğinden (2 iş parçacığı) en az biri SQL Server'ın ihtiyaçlarına, bir tane daha (2 iş parçacığı) - 1C:Enterprise 8.2'ye gidecek. Uygulama Sunucusu" ve kalan 2 fiziksel çekirdek (4 iş parçacığı) - işletim sistemi ve terminal kullanıcıları için. 20'den fazla 1C kullanıcısıyla veya 4 GB'den fazla veritabanı birimiyle, Intel Xeon E5-26xx veya AMD Opteron 62xx'de 2 işlemci sistemine geçme zamanı.

Gerekli RAM miktarının hesaplanması nispeten basittir: İşletim sistemine 2GB, 2GB veya daha fazlası - önbellek olarak MS SQL Server (veritabanının en az %30'u), 1-4GB - "1C: Enterprise 8.2 altında . Uygulama Sunucusu", sunucunun belleğinin geri kalanı terminal oturumları için yeterli olmalıdır. Bir terminal kullanıcısı, konfigürasyona bağlı olarak, "Muhasebe", "Ticaret ve Depo" - 100-120MB, "Maaş ve Personel Yönetimi", "Ticaret İşletmesi Yönetimi" - 120-160MB, "Yönetimi" uygulamalarında tüketir. İmalat Şirketi" - 180-240MB. Kullanıcı ayrıca sunucuda MS Word, MS Excel, MS Outlook'u başlatırsa, her uygulama için 100 MB daha ayrılmalıdır. Kural olarak, bir terminal sunucusu için minimum değer 12 GB RAM'dir.

Örneğin, tüm yazılım paketine sahip bir 1C sunucusu, Trading Enterprise Management yapılandırmasındaki 50 terminal kullanıcısı ve 8 GB'lık bir veritabanı için, iki Intel Xeon E5-2650 işlemcinin (8 çekirdek, 16 iş parçacığı, 2.0 GHz) bilgi işlem gücü, optimal ol. RAM'in en az 2 (OS) + 4 (SQL) + 4 (1C-sunucu) + 8 (160 "UTP" * 50 kullanıcı) = 18 GB ve tercihen 24-32 GB (6-8 DIMM kanalı, her biri 4 GB) gerekir. .

Disk alt sistemi

1C:Enterprise 8 sunucularının yavaş çalışmasıyla ilgili şikayetlerin çoğu, üzerlerinde ne tür G / Ç işlemlerinin, hangi veriler üzerinde ve hangi yoğunlukta gerçekleştirildiğinin yanlış anlaşılmasından kaynaklanmaktadır. Çoğu zaman, bir bütün olarak yeterli sunucu performansını sağlamanın anahtarı disk alt sistemidir - sonuçta, yüklü veritabanları için en büyük sorun, birçok kullanıcı onlarla aynı anda veya toplu indirmeler / yüklemeler sırasında çalışırken tabloları kilitlemektir / gönderiler. Sunucunun disk alt sisteminin izlenmesi ve optimizasyonu.

1C, birlikte çalıştığı disk alt sistemi için 5 veri akışına sahiptir:

• veritabanı tabloları;
• dizin dosyaları;
• geçici dosyalar tempDB;
• SQL günlük dosyası;
• 1C kullanıcı uygulamalarının günlük dosyası.

1C'deki veri yapısı, birçok nesne ve aralarındaki ilişkilerle nesne yönelimlidir. Veri tablolarıyla çalışmak için disk alt sisteminin belirli bir süre içinde gerçekleştirebileceği okuma ve yazma işlemlerinin sayısı (Input Output Operation per Second, IOPS) son derece önemlidir. Aynı zamanda, yüksek bir akış veri hızı (MBp / s cinsinden) sunma yeteneği çok daha az önemlidir. 3-5 kullanıcılı 200-300MB'lık çok mütevazı bir taban, zirvelerde 400-600 IOPS'ye kadar üretebilir. 10-15 kullanıcı için bir veritabanı ve 400-800MB bir hacim 1500-2500 IOPS sunabilir, 2-4GB veritabanının 40-50 kullanıcısı 5000-7500 IOPS üretir ve 80-100 kullanıcı için veritabanları kolayca 12000-IOPS'ye ulaşır. 18000 IOPS.

Tabii ki, disk alt sistemindeki ortalama yük, tepe noktasının %10-15'i olabilir. Sadece gerçekte, önemli olan en yüksek yükleme periyodundaki performanstır: diğer sistemlerden otomatik veri indirmeleri, dağıtılmış bir sistemin veri alışverişi veya bir dönem tekrar çalışması.

Rastgele erişimli (Rastgele Okuma / Yazma) okuma ve yazma işlemlerindeki modern sürücüler, tek başına bu tür yüklerle başa çıkabilir:

					Intel 910 400 GB
				2400 - 8600 IOPS

Açıkça görülüyor ki:

• hem HDD hem de SSD için darboğaz yazıyor;
• geleneksel HDD'ler, IOPS'deki okuma hızı açısından SSD'lerin rakibi değildir, teorik olarak bile, fark iki büyüklük derecesini aşmaktadır;
• en modern masaüstü SSD'si, IOPS'de yazma hızı açısından herhangi bir HDD'den 3-40 kat (yapılandırmaya bağlı olarak) daha hızlı olmasa bile, sunucu SSD'si HDD'den 12-40 kat daha hızlıdır;
• IOPS'de maksimum performans, PCIe SSD sınıfı Intel 910 veya LSI WarpDrive tarafından sağlanır.

Veritabanı sunucularında tek diskler kullanılmaz, yalnızca RAID dizileri kullanılır. Disk alt sisteminin gerçek performansını daha fazla hesaplamak için, RAID'deki disk grubunun maruz kaldığı IOPS'ye yazma maliyetlerini ("ceza") hesaba katmanız gerekir:

RAID 10'da 6 disk toplarsanız, her 1 IOPS veri kaydı için 2 IOPS fiziksel disk ve RAID 6'da ise 6 IOPS disk harcanır. Bu nedenle, bir disk grubunun yazma yük kapasitesini hesaplarken, önce RAID grubundaki tüm disklerin IOPS'sini toplamanız ve ardından bunları “ceza” ile bölmeniz gerekir.

Örnek 1: RAID 1'deki 2 SATA 7200 HDD, yazma: (100 IOPS *2) / 2 = 100 IOPS sağlayacaktır.

Örnek 2: RAID 5'te 4 SATA 7200 şunları sağlayacaktır: (100 IOPS *4) / 4 = yazma başına 100 IOPS.

Örnek 3: RAID 10'daki 4 SATA 7200 şunları sağlayacaktır: (100 IOPS *4) / 2 = yazma başına 200 IOPS.

Örnek 2 ve 3, tipik bir 68/32 okuma/yazma dağıtımına sahip veritabanlarını depolamak için RAID 10'un neden tercih edildiğini göstermektedir.

Bu üç tablodan, RAID 1'deki tipik bir "centilmen seti" 2 HDD SATA 7200'ün performansının bir sunucu için neden yeterli olmadığı açıktır: en yüksek yüklerde, disk erişim sırası büyür, kullanıcılar sunucudan yanıt bekler. sistem, bazen saatlerce.

Disk alt sisteminin yazma performansı nasıl artırılır? Bir RAID grubundaki disk sayısını artırın, daha yüksek dönüş hızına sahip disklere geçin, daha düşük yazma cezası olan bir RAID seviyesi seçin. Geri Yazma modu etkinleştirilmiş bir RAID denetleyicisi tarafından önbelleğe alma çok yardımcı olur. Veriler doğrudan disklere (İçinden Yazma modunda olduğu gibi) değil, denetleyici önbelleğine ve ancak o zaman toplu modda ve sıralı bir biçimde disklere yazılır. Görevin özelliklerine bağlı olarak yazma performansı %30-100 oranında artırılabilir.

Hafif yüklü veya nispeten küçük veritabanları altında (20 GB'a kadar), "IOPS'yi çıkarmanın" ucuz bir yolu uygundur - SSD / HDD'den hibrit RAID. Kafeler ağı veya servis istasyonları gibi dağıtık bir yapıda 3-15 kullanıcılı bir şube veritabanı için daha fazlasına gerek yoktur.

Uzun bir geçmiş veri izi olan büyük (200 GB veya daha fazla) veritabanları için veya birkaç büyük veri tabanına hizmet vermek için SSD önbelleğe alma (LSI CacheCade 2.0 veya Adaptec MaxCache 3.0 teknolojileri) etkili olabilir. Bu tür sistemleri çalıştırma deneyimine göre, disk işlemlerini %20-50 hızlandırmak için depolama altyapısında önemli değişiklikler olmadan nispeten ucuza kullanılabilecekleri 1C görevlerindedir.

IOPS'deki performans açısından şampiyon, tahmin edilebileceği gibi sunucu SSD'lerindeki RAID dizileridir - hem geleneksel, hem SAS RAID denetleyicisi hem de PCIe SSD'ler. Popülerlikleri iki sınırlama tarafından engellenir: teknolojik (RAID denetleyicilerinin performansı veya depolama yapısını kökten kırma ihtiyacı) ve satış fiyatı.

Ayrı olarak, indeks dosyalarının ve TempDB'nin depolanması hakkında söylenmelidir. Dizin dosyaları çok nadiren güncellenir (genellikle günde bir kez), ancak çok, çok sık okunurlar (IOPS). Bu tür verilerin, okuma oranlarıyla birlikte bir SSD'de saklanması yeterlidir! Geçici verileri depolamak için kullanılan TempDB, genellikle küçük boyutludur (1-4-12 GB), ancak yazma hızı çok talepkardır. İndeks ve geçici dosyaların ortak özelliği, kayıplarının gerçek verilerin kaybına yol açmamasıdır. Bu, ayrı bir (daha da iyisi - iki ayrı birime) SSD'ye yerleştirilebilecekleri anlamına gelir. En azından anakartın yerleşik SATA denetleyicisinde. Güvenilirlik ve performans açısından, TempDB altında SSD'den bir ayna (RAID1) verilmesi arzu edilir, yerleşik denetleyicide mümkündür, ancak tüm yazma önbelleklerinin zorunlu olarak kapatılmasıyla. Masaüstü SSD'ler de bu rolle başa çıkabilir - TempDB'ye yazarken donanım veri sıkıştırmasının tam olarak doğru olacağı Intel 520 serisi gibi. Bu görevlerin paylaşılan bir depolama sisteminden özel olarak ayrılmış yüksek hızlı bir alt sisteme kaldırılması, özellikle yoğun yük zamanlarında sistemin bir bütün olarak performansı üzerinde olumlu bir etkiye sahiptir.

Arıza durumunda yöneticilerin mümkün olan en hızlı şekilde yanıt vermesini sağlamanın mümkün olduğu durumlarda ve karmaşık hesaplama görevleri (depo veya nakliye lojistiği, SCP'de üretim, URDB'de hacim değişimleri) olduğunda TempDB, RAMDrive'a aktarılır. Bu çözüm, bazen genel sistem performansının %4-12'sine kadar kazanmanızı sağlar. Bazı rahatsızlıklar yalnızca sunucu yeniden başlatıldığında ortaya çıkar: RAMDrive otomatik olarak başlamazsa, manuel olarak başlatmak için yönetici müdahalesi gerekir - aksi takdirde tüm sistem olur.

Bir diğer önemli bileşen ise günlük dosyalarıdır. Herhangi bir disk alt sistemi için hoş olmayan bir özelliğe sahiptirler - neredeyse sabit bir küçük yazma erişimi akışı oluştururlar. Bu, orta yüklerde algılanamaz, ancak 1C sunucusunun performansını en yüksek yüklerde büyük ölçüde düşürür. Günlük dosyasını (özellikle SQL günlük dosyasını) yüksek IOPS gereksinimleri olmayan ve neredeyse doğrusal olarak yazılacak ayrı bir fiziksel birime taşımak mantıklıdır. İçiniz rahat olsun diye, ucuz ve hacimli SATA / NL SAS'tan (Tam günlük için) veya aynı Intel 520 serisinin ucuz masaüstü SSD'lerinden (Günlük Yedekleme ve temizleme ile Basit günlük veya Tam günlük) bir ayna oluşturabilirsiniz.

Genel olarak, SSD'lerin sunuculara gelişinin, katmanlı veri depolama ve makul disk G/Ç yapılandırması nedeniyle yığın sunucuların performansını artırmak için yeni fırsatlar açtığını söyleyebiliriz.

"1C altında ideal sunucu"nun disk alt sistemi şöyle görünür:

1. Veritabanı tabloları, zorunlu donanım RAID denetleyicisine sahip güvenilir sunucu SSD'lerinin RAID 10'unda (veya küçük veritabanları için RAID 1) barındırılır. Yüksek IOPS gereksinimleri için bir PCIe SSD seçeneği düşünün. Büyük veritabanları için, HDD dizilerinin SSD önbelleğe alınması etkilidir. Kullanılan 1C konfigürasyonu ve veri yapısı IOPS'de fazla talepkar değilse ve kullanıcı sayısı azsa, geleneksel bir HDD SAS 15K rpm dizisi yeterli olacaktır.

2. Dizin dosyaları, hızlı ve ucuz bir SSD'ye, TempDB - 1-2 (RAID 1) SSD'ye veya RAMDrive'a taşınır.

3. SATA/NL SAS HDD veya düşük maliyetli SSD'de ayrılmış bir birim (tek fiziksel disk veya RAID-1) veya sunucu işletim sistemi ve kullanıcı dosyalarını/klasörlerini içeren bir RAID dizisinde mantıksal disk.

4. İşletim sistemi ve kullanıcı verileri, HDD veya SSD'nin RAID 1'inde depolanır.

BT altyapısı sanallaştırılırsa, SQL Server'ın sanal bir makine olarak değil, doğrudan fiziksel bir sunucuya, çıplak metal üzerine kurulması oldukça arzu edilir. Sorunun fiyatı, disk alt sisteminin performansının %15 ila %35'i arasındadır (donanım, sürücüler, sanallaştırma araçları ve birim bağlantı yöntemlerine bağlı olarak). Sanallaştırılmış bir SQL sunucusu ortamında, doğrudan Erişim aracılığıyla özel modda, birimleri veritabanı tabloları, dizin dosyaları ve TempDB ile bir VM'ye bağlamak zorunludur.

Ağ arayüzleri

Küçük ve orta ölçekli işletmeler (aynı anda 100-150 aktif kullanıcıya kadar) için 1C:Enterprise 8 sistemleri kurarken, Ethernet arayüzü üzerinden ağ operasyonlarındaki kayıplar en aza indirilmelidir. İdeal olarak, hem SQL Server hem de "1C: Enterprise 8 Uygulama Sunucusu x64" ve Uzak Masaüstü'nde 1C kullanıcı oturumlarını tek bir fiziksel sunucuyla sunun. Hata toleransı açısından tartışmalı olan bu öneri, donanım ve yazılımdan en iyi şekilde yararlanmanızı sağlar ve sanallaştırmanın kullanılmasıyla diğer ekipmanlarda belirli bir düzeyde güvenlik ve "ortam tekrarlanabilirliği" sağlar.

Ethernet'i neden SQL sunucusu zincirinden hariç tutmalısınız -> 1C:Enterprise 8 uygulama sunucusu -> 1C:Enterprise 8 kullanıcı oturumu? Verilerin iletim için nispeten küçük bloklar halinde paketlenmesiyle Ethernet ağ arayüzü, her zaman ek gecikmeler yaratacaktır: hem trafiği paketlerken / paketi açarken hem de iletimin kendisi sırasında (yüksek gecikme). 1C:Enterprise 8'de, bazı durumlarda - her iki yönde de tüm zincir boyunca işlemek ve görüntülemek için oldukça büyük veri dizileri aktarılır. Sunucunun RAM'i (sanallaştırma olmadan aynı sunucuda) veya bir sanal ağ arabirimi (VM'ler arasında RAM bloklarının aktarımı ile iyi sunucu ağ bağdaştırıcıları ile aynı fiziksel sunucu içinde) aracılığıyla doğrudan bir işlemden diğerine veri aktarırken gecikmeler çok daha düşüktür. Büyük RAM ve SSD üzerinde bir disk alt sistemine sahip modern çift işlemcili sunucular, 100-150 aktif kullanıcı için 1C veritabanına rahatça hizmet vermenizi sağlar.

Yüklenen veritabanları için birkaç fiziksel ana bilgisayarın kullanılması kaçınılmazsa, tüm sunucuların 10Gb Ethernet üzerinden bağlanması istenir. Veya TCP/IP donanım hızlandırması (TCP/IP Yükleyici) ve donanım sanallaştırma desteği ile en az 2-4 toplu 1 Gb Ethernet bağlantısı.

En önemlisi, bütçe çözümleri Ethernet bağlantı noktalarındaki performans kayıplarından muzdariptir. Çoğu sunucu anakartında lehimlenen 1 Gb ağ bağdaştırıcılarının yoğun ağ trafiğini işlemek için tasarlanmadığı bir sır değil. Anakartta 2 veya 3 GbE bağlantı noktası olsa bile, bunlar genellikle masaüstü yongalarına uygulanır. Yönetim için yeterli olup, özellikle sanallaştırılmış bir ortamda ağ alışverişlerine hizmet etmek için ek genel maliyetler oluştururlar. Böyle bir çip aracılığıyla tüm veri aktarım süreci, işlemci kaynakları, RAM ve dahili veri yollarındaki yük tarafından sağlanır. Bu tür yongalar, IP trafiği iletiminde herhangi bir hızlanma sağlamaz, alınan ve iletilen her Ethernet paketi, işlemci için ayrı bir kesinti gerektirir. Sanallaştırılmış bir ortamda ağ arayüzü performans kayıpları %25-30'a ulaşabilmektedir. En tatsız olan şey, izleme araçları tarafından aşırı yüklenen ve fark edilemeyen ağ arayüzü olmasıdır. Merkezi işlemci bunun için havaya uçar ve çalışmazsa, ağ kartından bir yanıt beklerken boşta kalır. Masaüstü yongalarındaki bağlantı noktalarının sanallaştırılmış ortamlardaki veri akışından hariç tutularak sunucu yönetimi görevlerine bırakılması arzu edilir. Yoğun ağ trafiği altında sunucu yonga setine ayrı bir ağ kartı eklemekte fayda var.

Hata toleransı veya kabul edilebilir arıza süresi?

Sunucu performansı hakkındaki tartışmalara neredeyse her zaman sunucu güvenilirliği hakkındaki tartışmalar eşlik eder. Hata toleransı, özellikle sürekli üretim süreçlerini desteklerken her zaman ek bir maliyet getirir. 1C'nin rolünü ve yerini küçümsemeden, kullanıcılarının çoğunun “performans / güvenilirlik” ikilemini farklı düzlemlerde çözdüğünü söyleyebiliriz: birincisi için donanım çözümlerinin optimizasyonu ile, ikincisi - süreçlerin organizasyonu ile ve ikincisi için savaşırlar. prosedürler. Uygulamalar orta derecede kritik olduğunda, sağlığı korumaya odaklanmak bireysel sunucu korumasına değil, bir bütün olarak altyapı kesinti süresini en aza indirmeye odaklanır.

Tabii ki, nispeten çok sayıda eşzamanlı bağlı kullanıcıya (25-150) ve tüm uygulamaları tek bir sunucuda barındıran işletmeler için, kesintisiz güç kaynakları, sunucuların kendileri için yedekli güç kaynakları, çalışırken değiştirilebilir disk sepetleri kullanmak zorunludur. ve çalışırken beklemede olan RAID dizileri. Ancak hiçbir donanım, verilerin planlanmış yedeklemesinin yerini alamaz. Günlük (daha doğrusu, her gece) bir yedeklemeye ve Tam SQL günlüğüne sahip bir çevrimiçi dosyaya sahip olarak, 1C veritabanını nispeten kısa bir sürede tamamen geri yükleyebilirsiniz.

Küçük ve orta ölçekli işletmeler için merkezi 1C sisteminin izin verilen arıza süresi, 1-4 saat süren ayda 1-2 kazadır. Aslında, bu çok büyük bir zaman aralığıdır - önceden iyileşmeye hazırsanız. Hızlı bir yeniden başlatma için gerekli bir koşul, altyapı bölümünün kendisini bir yedekleme sunucusunda geri yüklemek için tüm sanal ve fiziksel sunucuların görüntülerinin ayrı bir depolama / birim üzerinde bir VM biçiminde bulunmasıdır. "Çalışma gününün başlangıcından itibaren" veri kaybının kritik ve manuel olarak kurtarılmasının zor olduğu durumlar için başka bir fiziksel cihaza ve Full SQL günlüğüne zorunlu günlük yedekleme (aynı zamanda haftalık ve dönem sonunda). Yedek ekipmanınız varsa, daha düşük verimlilikle de olsa genel olarak çalışma kapasitesini eski haline getirmek için 1-2 saat içinde tutabilirsiniz. Peki, 7/24 sürekliliğin gerekli olduğu durumlarda, öncelikler uygun mimari, minimum sayıda arıza noktasına sahip ekipman ve tam teşekküllü kümeleme teknolojilerinin seçimi olacaktır. Ama bu tamamen farklı bir hikaye.

Orijinal makale: http://ko.com.ua/proektirovanie_servera_pod_1s_66779

"Computer Review" dergisinin editörünün izniyle

Enterprise 8 platformunda yürütülen programların etkinliğini sağlamak için sadece 1C satın al, aynı zamanda doğru sunucu çözümünü seçmek için.

Şu anda 1C 8'in uygulanması birkaç versiyonda gerçekleştirilir. En popüler çözüm, özel bir dosya sunucusudur. Bu seçenek, özel bir PC veya küçük bir sunucu, kurulu bir sunucu işletim sistemi ve ayrıca 1C: Enterprise ile bir klasöre paylaşılan erişim ayarlamayı içerir. Bu seçenek oldukça basit ve uygun maliyetlidir ancak yüksek performans ve güvenilirlik sağlayamamaktadır.

Bir kuruluşun güvenilirlik ve yüksek performans sağlaması gerekiyorsa, kural olarak, 1C 8'in uygulanması endüstriyel bir DBMS kullanarak - Microsoft SQL Server. Bu durumda, işletim sistemi olarak Windows Server 2003 kullanılır ve donanımın yüksek gereksinimleri karşılaması gerekir.

Bu çözüm daha pahalıdır, ancak yüksek performans ve hata toleransı gibi kendi avantajlarına sahiptir. Sistem ayrıca verimli yedeklemeye izin verir, yüksek düzeyde veri koruması sağlar ve arıza durumunda zorunlu indekslemeyi ortadan kaldırır.

Sistemin sağlıklı çalışabilmesi için kalifiye bir kişi tarafından uygulanması gerekir. 1C programcısı. Tecrübesiz olduğu için 1C programcısı tüm avantajları ortadan kaldırabilir - düşük kaliteli sunucu yapılandırmasına sahip büyük bir veritabanı hacmi, 1C ürününün performansını önemli ölçüde azaltır.

Bu masaüstü dağıtım seçeneğinin Windows Server 2003/2008'e bağlanmak için istemci lisansları gerektirdiğini de belirtmekte fayda var. 1C bilgi tabanında yüksek yükler olması durumunda, Windows SBS 2003/2008'in performansı yetersiz olabilir. Bu durumda, ek bir sunucu tahsis etmek mümkündür, Microsoft SQL Server 2005/2007.

1C'yi uygularken sıklıkla kullanılan başka bir yöntem, bir terminal sunucusudur. Windows Server 2003'te yerleşik olarak bulunan Terminal Bağlantı Hizmeti, yüksek düzeyde korumanın yanı sıra büyük bir performans rezervi, güvenli ve tam olarak çalışma yeteneği elde etmenize olanak tanır.

1C: Enterprise programlarının uygulanması için yazılım listesi.

Kural olarak, programları 1C'de uygulamak için aşağıdaki yazılım kullanılır: Enterprise platformu: Windows 7, Vista, XP Professional, Windows Server 2003-2008, Windows Küçük işletme sunucusu.

Windows XP Professional, uzun süredir işletim sisteminin temel sürümüdür ve birçok kuruluşta kuruludur. Windows 7, ağların, teknolojilerin ve sistemlerin entegrasyonu yoluyla yüksek performans sağlayan kişisel bilgisayarlar için oldukça yeni bir işletim sistemidir. Windows Vista, XP Professional ve 7 işletim sistemleri ile donatılmış bilgisayarlar giriş seviyesi sunucular olarak kullanılabilir. Bu işletim sistemleri 10 adede kadar bağlantıyı destekler, ancak hız ve güvenlik arzulanan çok şey bırakır.

Windows Server 2003 veya 2008, 1C:Enterprise çözümlerini uygulamanıza izin veren en popüler sunucu işletim sistemleridir. , güvenilirlik ve bakım kolaylığı sağlar.

Windows Small Business Server 2008, tüm bir sunucu ürünleri paketinden ve ek bileşenlerden oluşan bir yazılım ürünüdür. Bu seçenek, 1C Enterprise bilgi tabanında ciddi yükler planlamayan küçük şirketler için uygundur. Windows SBS 2008'in ana avantajı düşük fiyatıdır.

yani daha önce 1C satın al, veritabanının hangi yüke maruz kalacağını düşünmeniz ve buna uygun olarak sunucu türünü seçmeniz gerekir.

Sürüm, lisanslı yazılım mağazası 1cmarket.ru tarafından hazırlandı.

Yorumlar ve incelemeler

Ağ kaynakları, resmi olarak tanıtılacak olan Black Shark 2 Pro akıllı telefonun ayrıntılı özelliklerini ortaya çıkardı.

HTC, bütçe dostu akıllı telefon yelpazesini 9.000 ruble fiyatla satışa sunulan Wildfire E modeliyle genişletti...

LG, TV'lerinin Apple AirPlay 2 ve HomeKit teknolojilerini destekleyeceğini duyurdu. tarafından...

Phanteks şirketi, bir gün önce özel bir CBO montajı için benzersiz bir çözüm sundu. Yeni Glacier D140...