Hari ini kita melihat pilihan server "aula" untuk organisasi kecil untuk 25-30 karyawan, dengan infrastruktur terpisah (gerai ritel, gudang), server terminal jenis apa yang dibutuhkan dan program "1C: Perusahaan". Layanan ini melayani semua praktisi.
Sebagian besar perusahaan kecil, untuk mengurangi biaya kepemilikan, akan memungkinkan untuk meminimalkan jumlah peralatan yang mereka beli dan meminta administrator untuk "memompa" semua layanan yang mereka berikan ke dalam satu server fisik. Bazhannya lebih masuk akal dan provokatif, tapi disini ada nuansanya.
Anda dapat mengatur server terminal dan memenangkan versi file 1C di sana, tetapi untuk sejumlah besar koristuvachiv, perusahaan ritel merekomendasikan untuk beralih ke versi klien-server. Itu sebabnya kami membutuhkan server lain yang disebut "1C: Enterprise" dan server database. Izinkan saya mengklarifikasi bahwa adalah mungkin untuk mengatur server terminal, server SQL, dan server 1C pada satu sistem operasi, tetapi dari sudut pandang keamanan dan stabilitas layanan robot, tidak disarankan di wilayah tersebut. Dan jika Anda masih ingin memenangkan satu server fisik untuk ketiga peran tersebut, maka disarankan untuk memenangkan virtualisasi, misalnya VMWare ESXi atau Hyper-V.
Dalam urutan ini, ada tiga opsi:
Untuk menyelesaikan tugas ini, Anda dapat meminta konfigurasi server berikut:
Wu vipadu z satu server fisik Kami mengunggah ulang pilihan pada Dell R710, dengan dua prosesor Xeon X5650 enam inti, RAM 64 GB, dan enam drive: dua SSD untuk RAID 1 dan dua drive SAS untuk RAID 10.
Wu vipadu z dua server fisik Kami telah meng-zip vibir pada konfigurasi berikut:
Sekilas tentang jam prosesor, sesi terminal mengambil sebagian kecil. Untuk penyediaan solusi terminal di berbagai organisasi, untuk mendukung kenyamanan kerja 30 core, cukup 4-6 core prosesor fisik, satu core untuk 6-8 sesi. Untuk database kecil, SQL Server membutuhkan satu inti. Tapi mari kita fokus pada perluasan database di masa mendatang (atau menambah jumlah database) dan mengambil dua inti dalam SQL.
Untuk server "1C: Enterprise", jumlah core tidak sepenting frekuensi clock dan frekuensi busnya. Oleh karena itu, kami menempatkan dua inti lagi di server 1C.
Dan jangan lupa bahwa kita memerlukan satu atau dua inti untuk mengamankan sistem operasi host robot.
Bersama-sama kita harus masuk:
Kami sedikit bertanya-tanya, berapa banyak memori operasional yang dibutuhkan untuk layanan: 
Ce sistem bagatioh leher plyashkov tradisional. Pilihan yang tepat hard disk penting untuk mengamankan server swedcode. Saat bekerja dengan 1C dengan basis SQL, ada operasi baca / tulis impersonal per detik (IOPS). Cara bekerja keras di server terminal dengan klien tipis (yaitu, sangat sulit untuk bekerja di server terminal seperti media kerja), tetapi sangat mengganggu sistem disk server. Misalnya, 30 kotak server terminal pada RAID 1, SATA 3 Gb/s, dengan disk WD Velociraptor akan terasa tidak nyaman selama satu jam kerja karena aktif berselancar di Internet. Untuk server terminal, kami menyarankan Anda menggunakan drive SSD. Untuk server basis data - SAS-disk, dipilih dalam larik tumpukan ke drive. Krim menumpuk, meluncur untuk menghormati pengontrol disk. Server modern dapat melakukan pengontrol yang baik, misalnya HP SmartArray dan DELL PERC. Namun, tidak tepat memilih solusi "onboard" jika ada ambisi serius, jika produktivitas maksimum diperlukan. Setelah terhindar dari masalah, Anda dapat dengan mudah mengambil server keras, yang tidak menjadi beban. Oleh karena itu, pengontrol dapat berupa perangkat keras, bukan perangkat lunak, karena memorinya yang tidak mudah menguap.
Mari kita lihat opsi rozvyazannya dari tugas ini.
Array lain lebih baik dibuat dari dua disk SAS di RAID 10 (mirror + stripe), atau dimungkinkan untuk menggunakan dua disk penyimpanan SSD di RAID 1. Pilih untuk menyimpan hanya beberapa disk dari model server tersebut.
Seperti disebutkan di atas, organisasi kecil harus memiliki peluang besar untuk mendistribusikan semua layanan di satu server. Hingga kemenangan satu server dan virtualisasi, Anda dapat menggunakan energi yang lebih rendah dan sumber daya yang fleksibel di antara mesin virtual. Porting mesin virtual itu, dengan cara yang berbeda, lebih kaya daripada porting OS fisik.
Namun, dua server mungkin memiliki lebih banyak ruang untuk ditingkatkan. Misalnya, dalam versi kami, IBM x3550 M3 yang murah dengan penambahan satu prosesor lagi dan RAM diubah menjadi server terminal pendek yang elegan untuk 50 inti atau lebih.
Satu lagi "sekolah menengah" dalam pikiran kami, karena perlu aman saat memilih dua server fisik, pertukaran data di antara mereka sebaik mungkin. Untuk server virtual, pertukaran data dilakukan melalui sakelar virtual. Di sana, untuk meningkatkan kapasitas throughput jaringan, Anda dapat memasukkan ke dalam server skin berdasarkan kartu dengan dua antarmuka gigabit, sehingga Anda dapat menggabungkan antara Anda sendiri dan tanpa koneksi perantara antara server dan menggabungkan 2 tautan gigabit. Jika tidak, Anda dapat mencoba kartu yang berbeda dengan SPF + 10GBASE, tetapi dalam perjalanan Anda akan puas.
Jadi, jika Anda perlu memperluas, atau jumlah layanan bertambah, maka ada prospek bagus, dan untuk saat ini, server akan mengelola tugas mereka secara efektif. Mungkin, melalui sungai, kita tidak akan dapat meningkatkan jumlah coristuvachiv vdvіchі, hingga 60 osіb? Silakan.
Setelah Anda memenangkan satu server DELL R710, Anda dapat membeli IBM x3550 M3 yang murah, meletakkannya di hypervisor baru, mentransfer mesin virtual dengan database dan server 1C ke dalamnya, dan semua sumber daya di DELL dan menggunakan mesin virtual dengan terminal. Tse akan cepat, dan tidak perlu "membuang semuanya dan membeli yang baru".
Sama seperti Anda telah memenangkan dua server IBM, kemudian x3550 M3 dengan penambahan prosesor lain, RAM dalam jumlah kecil itu diubah dari mesin biasa menjadi mesin yang lengkap. Dan di x3250 M5, Anda dapat memutakhirkan prosesor dari E3-1220v3 ke E3-1285v3.
Bagaimana mengatur robot yang nyaman 7 dan lebih banyak orang untuk 1c? Bagaimana cara mengamankan robot tanpa gangguan dengan sistem 1c? Bagaimana cara menjamin keamanan semua data 1? Yaky beli server untuk 1c ta yak yogo vibrati dengan benar? Masih terlalu dini untuk berdiri di hadapan IT-fahivtsy dan kerіvniki organіzatsіy.
Pilih konfigurasi server untuk robot 1C untuk mengesampingkan dasar bagi aktivitas pekerjaan dengannya. Rekomendasi berikut dikembangkan berdasarkan praktik dan praktik terbaik perusahaan 1C. Покупая 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ристики
| sampai 20 | hingga 30 | hingga 50 | sampai dengan 100 | |
|---|---|---|---|---|
| Prosesor | Prosesor 4-core Intel Xeon E3-12xx | 2 prosesor Intel Xeon E5-26xx | ||
| Penyimpanan | RAM 16 GB | RAM 16-32 GB | RAM 32 GB | RAM 64 GB |
| Jumlah unit | ketik 1U | 1U atau 2U | 1U atau 2U | tipe 3U |
| Subsistem disk | 2xSAS | 4xSAS | 8 hard disk SAS (RAID 10), dapat dikonfigurasi dengan disk SSD | 16 hard drive SAS (RAID 10), dapat dikonfigurasi dengan drive SSD |
| Pengontrol RAID perangkat keras | cache dianjurkan | iz zahistoy kesh | iz zahistoy kesh | iz zahistoy kesh |
| Kemungkinan penskalaan platform itu dari instalasi di rak |
Є | Є | Є | Є |
| Varian orientasi 1 server untuk database | $2.000 | $4.000 | $5 600 | $9 990 |
| Hubungi konsultan kami untuk klarifikasi konfigurasi dan varian | ||||
| Jumlah server yang disarankan untuk arsitektur pid 1C | 1 | 1 | 2 server dalam satu cluster | |
| Polisi disk Zovnishnya | Hai | Hai | Jadi | Jadi |
| Komentar | Untuk database (Dapat mengubah fungsi server 1C), gateway Internet, Server file. Dimungkinkan untuk memutakhirkan mesin prosesor tunggal dalam kasus dengan 8 disk. | Untuk basis data, gateway Internet, Server file | Direkomendasikan untuk memiliki 1 atau 2 server database, disatukan oleh sebuah cluster, yang disebut SRS. Subserver fisik direkomendasikan: server basis data, server tambahan, server terminal | Disarankan untuk memiliki 1 atau 2 server untuk basis data, disatukan oleh cluster, yang disebut SRS. Subserver fisik direkomendasikan: server basis data, server tambahan, server terminal |
Berdasarkan tabel di atas, Anda dapat menambahkan konfigurasi server 1c untuk kantor kecil
* Dodaєtsya, karena perlu mengatasi meja kerja yang jauh.
Diagram organisasi dari solusi semacam itu terlihat seperti ini.
Yak server basis data Kami merekomendasikan mesin berikut:Dell PowerEdge T320, Dell PowerEdge R420, Dell PowerEdge T620.
server Dell T320і R420 kebanyakan konstruktif (subjektif dan stichkovy v_dpovidno), dan Dell T620 menampung sejumlah besar disk dan memori operasional, yang mungkin diperlukan dengan tingkat ambisi yang tinggi, atau "dengan perhatian" pada masa depan, sebagai perusahaan bisnis. Bahkan jika tidak ada cukup ruang di negara ini, Anda dapat mentransfer rasa hormat Anda ke server 1U yang ringkas Dell R320.
Area utama dari server basis data adalah subsistem disk dan koneksi ke memori operasi. Jumlah perluasan basis data untuk perusahaan semacam itu biasanya kecil (biasanya tidak lebih dari 5-10 GB), maka dimungkinkan untuk menambah jumlah uang tunai. В 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ния . Plus, zrozumіlo, seperti minimal 1 GB untuk kebutuhan OS. Cara bekerja di server fisik mana server tambahan 1C, Maka Anda perlu melihat memori dan Anda - dari 1 GB hingga 2-4 GB (lebih baik berkonsultasi dengan franchisee - lebih baik menyetor dalam bentuk їх konfigurasi).
Sebagai server basis data dengan perangkat lunak 1C 8.2, kami akan menyewakan 50-100 voucher, disarankan ke server voucher Dell PowerEdge T620, Dell PowerEdge R720і Dell PowerEdge R720XD. Bau busuk mungkin subsistem hard disk untuk 16 dan 24 disk. 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 server tambahan Jadilah pilihan terbaik Dell PowerEdge T420 Memori 4-8 GB. Pada prinsipnya, Anda pasti bisa mengagumi mesin prosesor tunggal, atau lebih tepatnya, dua prosesor yang lebih lemah, turunkan yang keras (jangan curang dengan 1.000.0000000000000). Keuntungan pada server addendum pasti sangat basi karena konfigurasi 1C yang telah Anda pilih, disarankan agar Anda berkonsultasi dengan provadzhuvachami Anda.
W server terminal lebih mudah dari apapun - server terminal berskala horizontal. Jadi Anda bisa memasukkan dua atau tiga saja Dell PE R420 atau R620- Zalezhno vіd navantazhennya. Selain itu, data diamankan secara otomatis - jika terjadi kerusakan pada satu server, sesi klien dapat ditransfer ke yang lain. Golovnya - jauh sebelumnya untuk memasok ZZU dari stok
Memilih server mana yang diperlukan untuk 1C, memori berikutnya, jam berapa robot bekerja dengannya, akan ada operasi impersonal, membaca dan merekam data dalam sedetik.
Untuk semuanya, saya menyadari mengapa sangat penting untuk mendesain server secara kompeten untuk 1C - sepertinya "melambat" di bagian belakang kepala, dipilih secara tidak benar dan tidak menunjukkan tekanan pada sistem, itu adalah risiko , itu risiko, itu karena gangguan, itu data penting untuk terlibat. Dari sisi lain, buat server 1C, beli semua peralatan untuk yang baru keamanan perangkat lunak Anda dapat menyimpan jumlah yang paling penting untuk perusahaan, jadi lebih baik mengambil harta agar Anda dapat menghemat uang Anda.
Jika perlu untuk konfigurasi fahіvtsy robiti vibіr kami untuk server 1C, pertama, tentang scho stink inquiry - skіlki koristuvachіv bude pratsyuvati z 1С di perusahaan dan beberapa rangkaian layanan direncanakan vikoristovuvat, apa yang akan terjadi, hto dan yaknіmіm_vіkonu Vіd tsikh vіdomosti mi vіdshtovkhuєmosya pіd jam pembuatan server 1C.
Dalam struktur perangkat keras server 1C, karakteristik prosesor, RAM, subsistem disk, dan antarmuka akan menjadi penting bagi kami.
Bau busuk harus memastikan pekerjaan yang stabil dan produktif dari komponen penyerang:
Jumlah inti prosesor yang optimal harus dialokasikan, tergantung pada fakta bahwa perlu untuk mencadangkan 1-2 inti untuk robot OS, 1-2 inti untuk robot basis data SQL, dan 1 inti tambahan untuk robot server, dan kira-kira 1 inti per kulit 8-10 sesi inti satu jam (Shob koristuvachі potіm not skarzhilis, scho server 1C galmuє).
Perlu diperhatikan fakta bahwa kecepatan catu daya tidak begitu banyak karena jumlah core, melainkan karena frekuensi clock prosesor, dan jumlah core lebih mempengaruhi stabilitas kerja dengan a sejumlah besar corystations dan tugas satu jam di dalamnya.
Skіlki mem'yatі itu diperlukan untuk server 1C
Selain itu, jika Anda memerlukan server 1C untuk 100 core atau lebih, kami sarankan untuk membangun cluster dengan setidaknya dua server fisik 1C.
Rozmіr nebhіdnoї operatif ї mem'yatі mi proponuєmo rahuvati, berdasarkan indikasi tersebut:
Mari kita atur orientasi distribusi parameter server 1C 8.3:
RAM lebih baik dibeli dengan margin - ini adalah salah satu faktor terpenting dalam produktivitas tinggi server 1C dan pada saat yang sama salah satu komponen yang ditemukan pada saat yang bersamaan. Jika tidak ada cukup memori pada server 1C Enterprise, akan lebih penting lagi untuk bekerja selama satu jam, jika biaya makanan, server 1C mana yang harus dipilih, mulailah menghormati mereka yang memiliki cukup RAM.
Memilih server mana yang diperlukan untuk 1C, memori berikutnya, jam berapa robot bekerja dengannya, akan ada operasi impersonal, membaca dan merekam data dalam sedetik. Parameter ini - dengan semacam keamanan, hard disk memungkinkan pemrosesan data - ini juga merupakan salah satu kunci untuk kode keamanan server 1C.
Saat mendesain server 1C, dimungkinkan untuk mencapai hal berikut sebelum memiliki subsistem disk:
Pada statistik ini, kami telah membawa beberapa diaken untuk memunculkan kira-kira rozrahunki, bagaimana memilih server untuk 1C, saya kira, baunya akan menjadi merah untuk Anda.
Pada akhirnya, satu hal lagi - jangan menyisihkan varto magatisya, komputer vikoristovuyuchi untuk server 1C (seperti yang sering bekerja di perusahaan kecil) - koristuvalnitska "zalіzo" kudi kurang nadіyno dan vіdmovostіyke, nіzh mirip dengan produktivitas dari server. Jangan varto rizikuvat dengan sistem oblіkovoj usaha Anda. Bahkan jika Anda tidak berinvestasi dalam anggaran Anda, mungkin selanjutnya Anda dapat melihat kemungkinan membuka 1C dalam kegelapan
Sangat mudah bagi Anda untuk memilah, server mana yang akan dipilih untuk 1C Enterprise 8.3, cara membangun server 1C, sehingga Anda tidak terpaku pada tugas-tugas ini sebelumnya, Anda selalu dapat kembali ke integrator sistem perusahaan, sehingga Anda akan dapat menyelesaikan proyek nalashtuvati vidpovidny Anda server untuk 1C.
1С:Pіdpriєmstvo 8 dapat muncul sebagai suplemen hemat sumber daya untuk membangun dengan sejumlah kecil coristuvachiv. Server Vibirayuchi pіd 1C, baik itu seorang penyihir yang ingin membatalkan "trauma kelahiran" - meletakkan dasar untuk area baru yang berpotensi sempit. Dari sisi lain, hari ini, beberapa orang membeli server dan ketegangan supra-duniawi, di virist. Profil Dobreyakscho navantazhennya vdaetsya znyat zazdalegіd - kemudian merancang server untuk adendum konfigurasi tertentu di perusahaan lebih sederhana.
Sebagai referensi, mari kita lihat platform "1C: Enterprise 8.2" di її konfigurasi dasar populer "Penampilan akuntansi", "Perdagangan dan gudang", "Manajemen Gaji dan Personalia", "Manajemen Perusahaan Perdagangan" dan, khususnya, "Manajemen Produksi Vakum". Tampaknya untuk usaha dari 10 dan lebih spivrobitnik, yang bekerja pada 1C, “1C: Usaha 8.2. Tambahan Server. Anda dapat mengubah opsi bekerja dalam mode desktop jarak jauh (Remote Desktop), dengan jumlah basis data satu jam hingga 100-150. Rekomendasi akan diperbaiki untuk DB 1C "penting", tetapi "fluktuasi penting" akan bergantung pada pendekatan individual.
Karena perusahaannya kecil (2-7 file per sistem), basisnya kecil (hingga 1GB), dan "1C: Enterprise 8.2" berfungsi dalam mode file di komputer, maka kita memerlukan implementasi klasik dari server file . Untuk tugas seperti itu, CPU kemungkinan akan disebut Intel Core i3, apalagi Intel Xeon E3-12xx. Jumlah RAM yang dibutuhkan bahkan lebih mudah: 2GB untuk sistem operasi dan 2GB untuk cache file sistem.
Jika di perusahaan dengan 5-25 inti 1C, ukuran basis data hingga 4GB, maka add-on "1C: Enterprise 8.2" dapat menggerakkan 4-core Intel Xeon E3-12xx atau AMD Opteron 4xxx. Crim 2GB RAM di bawah OS, perlu melihat 1-4GB di bawah 1C: Perusahaan 8.2. Addendum server” dan lebih banyak gaya dan lebih banyak MS SQL Server sebagai cache - total RAM 8-12GB. Untuk database kecil, jumlah uang tunai dalam memori operasi setidaknya 30% dari database, dan lebih sering, semuanya 100%.
Fakta Vіdomy (meskipun tidak diiklankan secara khusus): “1C: Pіdpriєmstvo 8.2. Tidak suka server add-on, jika sistem operasi membawanya ke file swap di hard drive, dan mudah digunakan dalam hal apa pun. Itulah mengapa di server tempat "Server Tambahan" diluncurkan, Anda selalu dapat memiliki cadangan ruang kosong di memori operasional - hari ini lebih murah.
Perusahaan memiliki lebih banyak suara coristuvach 1C melalui akses jarak jauh ke program (Remote Desktop) - itu dalam mode terminal. Sebagai aturan, dengan basis data 10-100 1C dengan basis data 1GB dan lebih banyak lagi, “1C: Enterprise 8.2. Add-on server" dan add-on "1C: Enterprise 8.2" berjalan di server yang sama.
Untuk menentukan sumber daya prosesor yang diperlukan, harus diperhitungkan bahwa satu inti fisik dapat memproses tidak lebih dari 8 aliran inti secara efisien - ini disebabkan oleh arsitektur internal prosesor. Seperti yang diperlihatkan oleh praktik, di bawah tugas 1C + Remote Desktop, tidak mungkin untuk mengambil prosesor server jalur muda dengan frekuensi rendah inti rozrachunk dan arsitektur yang belum sempurna. Biasanya, cukup kecil (hingga 15-20), untuk mengekstrak satu prosesor dari frekuensi tinggi Intel Xeon E3-12xx. Setidaknya satu inti fisik (2 utas) akan menggunakan SQL Server, satu lagi (2 utas) akan menggunakan “1C: Enterprise 8.2. Add-on server, dan 2 core fisik (4 thread) - untuk OS dan core terminal. Jika jumlah inti 1C lebih dari 20, atau jika database lebih besar dari 4GB, saatnya beralih ke sistem prosesor 2 pada Intel Xeon E5-26xx atau AMD Opteron 62xx.
Razrahunok diperlukan untuk memori operasional obsyagu cukup sederhana: 2GB diperlukan OS, 2GB dan lebih banyak - MS SQL Server sebagai cache (tidak kurang dari 30% dari database), 1-4GB - pid "1C: Enterprise 8.2. Auxiliary server”, memori server dapat disimpan untuk sesi terminal. Satu kotak terminal, disimpan sesuai konfigurasi, tinggal dengan lampiran "Formulir Akuntansi", "Perdagangan dan Gudang" - 100-120MB, "Manajemen Gaji dan Personalia", "Manajemen Perusahaan Perdagangan" - 120-160MB, . Untuk menjalankan add-on di server MS Word, MS Excel, MS Outlook, add-on skin perlu melihat sekitar 100MB. Sebagai aturan, minimum untuk server terminal adalah 12GB RAM.
Misalnya, untuk server 1C dengan paket perangkat lunak biasa, 50 kotak terminal dalam konfigurasi "Administrasi Bisnis Komersial", basis data untuk 8GB tersebut akan dihitung secara optimal dengan intensitas dua prosesor Intel Xeon E5-2650 (8 core, 16 utas, 2,0 GHz). RAM Anda memerlukan setidaknya 2 (OS) + 4 (SQL) + 4 (1C-server) + 8 (160 "UTP" * 50 core) = 18GB, dan lebih cepat lagi 24-32GB (6-8 saluran DIMM masing-masing 4GB ) .
Lebih scarg untuk pekerjaan penuh server 1C:Pіdpriєmstvo 8 pov'yazan z tidak masuk akal, seperti mereka adalah jenis pengenalan-visualisasi operasi vivouyutsya, atas semacam penghargaan yang z intensivnіstyu. Subsistem disk yang paling penting adalah kunci untuk memastikan produktivitas yang memadai dari server secara keseluruhan - bahkan untuk navigasi basis data, masalah terbesar adalah memblokir tabel selama satu jam bekerja dengannya tanpa coristuvachiv tanpa wajah atau dengan akuisisi massal / vivantages / posting. Pemantauan dan optimalisasi subsistem disk server.
1С 5 Mei aliran data untuk subsistem disk, yang tidak akan berfungsi:
Struktur data dalam 1C berorientasi objek, tanpa objek dan tautan di antara mereka. p align="justify"> Untuk bekerja dengan tabel data, jumlah operasi baca per detik sangatlah penting, karena untuk membangun subsistem disk dalam satu jam (Operasi Output Input per Detik, IOPS). Pada saat yang sama, kemampuan untuk melihat transmisi data dengan kecepatan streaming yang tinggi (MBp / s) jauh lebih penting. Basis yang agak sederhana dengan volume 200-300MB dari 3-5 sel terpilih dapat menghasilkan hingga 400-600 IOPS di puncak. Basis 10-15 core dan total 400-800MB dapat melihat 1500-2500 IOPS, 40-50 core dari database 2-4GB menghasilkan 5000-7500 IOPS, dan basis 80-100 core dapat dengan mudah mencapai 12.000- 180.
Seperti yang Anda ketahui, permintaan rata-rata untuk subsistem disk dapat mencapai 10-15% dari puncaknya. Hanya produktivitas itu sendiri yang benar-benar penting dalam periode akuisisi puncak: akuisisi otomatis data dari sistem lain, pertukaran data dari sistem terdistribusi selama periode yang dilakukan ulang.
Disk modern dalam operasi baca dan tulis dengan akses acak (Baca/Tulis Acak) dapat menangani tantangan berikut satu per satu:
|
Intel 910400GB |
|||||
|
2400 - 8600 IOPS |
Ada baiknya untuk melihat bahwa:
Disk tunggal di server database tidak rusak, hanya array RAID. Untuk peningkatan lebih lanjut dalam produktivitas nyata subsistem disk, perlu membayar penalti (penalti) untuk menulis ke IOPS, seolah-olah grup disk berada di RAID:
Jika Anda memilih 6 disk dari RAID 10, maka 2 disk fisik IOPS akan disimpan pada 1 catatan IOPS, dan 6 disk IOPS akan digunakan dalam RAID 6. Dengan cara ini, untuk meningkatkan kapasitas grup disk untuk merekam, perlu menambahkan IOPS semua disk grup RAID, dan kemudian membaginya menjadi "penalti".
Contoh 1: 2 HDD SATA 7200 RAID 1 bebas tulis: (100 IOPS *2) / 2 = 100 IOPS.
Stok 2: 4 SATA 7200 RAID 5 bebas tulis: (100 IOPS *4) / 4 = 100 IOPS.
Stok 3: 4 SATA 7200 RAID 10 bebas tulis: (100 IOPS *4) / 2 = 200 IOPS.
Terapkan 2 dan 3 untuk mendemonstrasikan dengan jelas mengapa, untuk menyimpan database, bagi sebagian orang, rasio baca/tulis tipikal harus 68/32, yang merupakan RAID 10 yang lebih pendek.
Dari ketiga tabel ini, jelas mengapa produktivitas "kumpulan pria" tipikal 2 HDD SATA 7200 di RAID 1 tidak cukup untuk server: pada tekanan puncak, jumlah perut bertambah ke disk, sistem menjadi pendek -hidup, terkadang untuk waktu yang lama.
Bagaimana cara meningkatkan produktivitas subsistem disk untuk merekam? Tingkatkan jumlah disk dalam grup RAID, alihkan ke disk dengan paket keamanan yang lebih besar, pilih level RAID dengan penalti tulis yang lebih rendah. Mohon bantu cache oleh pengontrol RAID dari mode tulis kembali yang disempurnakan Tulis kembali. Data tidak ditulis langsung ke disk (seperti dalam mode Write Through), tetapi ke cache pengontrol, dan hanya nanti, dalam mode batch, dan secara teratur - ke disk. Bergantung pada spesifikasi manajer, produktivitas catatan meningkat 30-100%.
Mungkin database dengan volume rendah atau relatif kecil (hingga 20 GB) adalah cara murah untuk meningkatkan IOPS - RAID hibrid dari SSD/HDD. File database yang lebih besar dan tidak diperlukan untuk 3-15 koristuvachiv di struktur rozpodіlenіy di kafe atau bengkel kshtalt merezhі.
Untuk database besar (200GB dan lebih banyak) dengan loop data historis yang panjang, atau melayani database besar, cache SSD mungkin efektif (teknologi LSI CacheCade 2.0 atau Adaptec MaxCache 3.0). Untuk pengoperasian sistem seperti itu, dalam tugas 1C untuk bantuan tambahan, Anda dapat melakukannya dengan murah dan tanpa perubahan besar dalam infrastruktur, Anda dapat mempercepat operasi disk hingga 20-50%.
Juara swidcode di IOPS telah mentransfer array RAID pada SSD server - baik secara tradisional, bukan pengontrol SAS RAID, dan PCIe SSD. Dua faktor perantara penting untuk popularitasnya: teknologi (produktivitas pengontrol RAID atau kebutuhan untuk mengubah struktur penghematan secara radikal) dan harga implementasi.
Okremo selanjutnya mengatakan tentang menyimpan file indeks dan TempDB. File indeks sangat jarang diperbarui (panggilan 1 kali per doba), mereka lebih sering dibaca (IOPS). Anda hanya perlu menyimpan danim seperti itu di SSD, untuk membaca yang mencolok! TempDB, yang digunakan untuk menyimpan data waktu, biasanya berukuran kecil (1-4-12GB), tetapi mampu merekam kecepatan. File indeks dan jam akan dikirim sehingga Anda tidak perlu menghabiskan sampai Anda menghabiskan data nyata. Otzhe, bau busuk dapat menyebar pada SSD okremu (atau lebih tepatnya - pada dua volume okremih). Saya ingin menggunakan pengontrol SATA onboard pada motherboard. Dari sudut pandang keandalan dan swidcode, TempDB dapat digunakan untuk mencerminkan (RAID1) dari SSD, dimungkinkan pada pengontrol on-board, dan juga untuk menyimpan cache obov'yazykovym pada catatan. Untuk alasan ini, SSD desktop juga terpengaruh - misalnya, seri Intel 520, kompresi data perangkat keras saat menulis ke TempDB akan lebih disederhanakan. Kesalahan para pemimpin ini dari sistem tabungan global pada visi subsistem Swedia secara positif menandakan produktivitas sistem, terutama pada saat permintaan puncak.
Jika terjadi kegagalan, jika memungkinkan untuk memastikan respons cepat maksimum dari administrator jika terjadi kegagalan dan jika logistik transportasi, Virobnitstvo di UPP, pertukaran volume di URBD), TempDB yang harus disalahkan pada RAMDrive. Keputusan ini memungkinkan Anda untuk menang terkadang hingga 4-12% dari produktivitas keseluruhan sistem. Kegagalan lebih mungkin disalahkan karena memulai ulang server: jika RAMDrive tidak dimulai secara otomatis, Anda harus menyerahkan administrator untuk memulai secara manual - jika tidak, seluruh sistem akan berhenti.
Komponen penting lainnya adalah file log. Bau busuk mungkin tidak dapat diterima untuk segala jenis singularitas subsistem disk - untuk menghasilkan aliran konstan dribnih hewan untuk merekam. Ini tidak dapat dipahami untuk lalu lintas menengah, tetapi lebih buruk untuk kode server 1C untuk lalu lintas puncak. p align="justify"> Adalah bijaksana untuk membenarkan file log (terutama file log SQL) ke volume fisik sebanyak mungkin, yang secara praktis akan linier dalam hal IOPS. Untuk ketenangan pikiran, Anda dapat membuat cermin dari SATA / NL SAS yang murah dan besar (untuk log Lengkap), atau SSD desktop murah semua seri Intel 520 yang sama (Log sederhana, atau Log lengkap, dengan pencadangan dan pembersihan gratis).
Singkatnya, kita dapat mengatakan bahwa hadirnya SSD di server membawa kemungkinan baru untuk meningkatkan produktivitas server massal - untuk biaya penyimpanan data dan konfigurasi disk I/O yang cerdas.
Subsistem disk dari "server ideal pid 1C" terlihat seperti ini:
1. Tabel basis data yang ditempatkan pada RAID 10 (atau RAID 1 untuk basis data kecil) dari SSD server yang lebih tinggi dengan pengontrol RAID perangkat keras bawaan. Dengan tingkat IOPS yang tinggi, Anda dapat melihat opsi PCIe SSD. Untuk database yang besar, akan lebih efisien jika menggunakan penyimpanan cache SSD dari array HDD. Namun, konfigurasi 1C dan struktur data, yang menang, tidak mampu hingga IOPS, dan jumlah core kecil - untuk mengekstrak larik tradisional dari HDD SAS 15K rpm.
2. File indeks untuk SSD tunggal Swedia dan murah, TempDB - untuk 1-2 (RAID 1) SSD atau RAMDrive.
3. File log SQL (tetapi juga 1C) untuk melihat visi volume (disk fisik yang sama atau RAID-1) pada HDD SATA / NL SAS atau SSD murah, atau disk logis pada larik RAID, tempat pengoperasian sistem server server diinstal file / folder.
4. Sistem operasi yang datanya disimpan di RAID 1 dengan HDD atau SSD.
Karena infrastruktur TI tervirtualisasi, sangat buruk bahwa SQL Server dipasang tidak seperti mesin virtual, tetapi langsung di server fisik, dengan mata telanjang. Harga makanan adalah dari 15 hingga 35% dari produktivitas subsistem disk (deposit dari kepemilikan, driver, virtualisasi, dan metode koneksi). Lingkungan server SQL tervirtualisasi menghubungkan volume dengan tabel database, file indeks, dan TempDB ke VM dalam mode Akses Langsung eksklusif.
Saat mengoperasikan sistem 1C: Enterprise 8 untuk usaha kecil dan menengah (hingga 100-150 karyawan aktif pada saat yang sama), langkah selanjutnya adalah meminimalkan pengeluaran untuk operasi jaringan melalui antarmuka Ethernet. Idealnya - untuk melayani SQL Server, dan "1C: Enterprise 8 Add-on Server x64", dan sesi 1C di Remote Desktop dengan satu server fisik. Dari sudut pandang keamanan stabilitas hingga vіdm, rekomendasi semacam itu memungkinkan Anda untuk meningkatkan kepemilikan maksimum PZ itu, dan untuk fluktuasi virtualisasi virtualisasi, ini memberikan tingkat keamanan dan "pengulangan" yang sama media" pada pengaturan lainnya.
Bagaimana cara mematikan Ethernet dari server SQL -> 1C: Server tambahan perusahaan 8 -> 1C: Sesi perusahaan 8? Antarmuka Ethernet Merezhevy, dengan pengemasan iogo dari data ini terutama blok kecil untuk transmisi, akan selalu membuat gangguan tambahan: saat mengemas / membongkar lalu lintas, dan saat mentransmisikan dirinya sendiri (latensi tinggi). Dalam 1C:Pіdpriєmstvo 8 untuk mengumpulkan sejumlah besar data, mereka ditransfer untuk diproses, dan itu dilakukan sesuai dengan seluruh bahasa, dalam situasi tertentu - di sisi yang salah. Saat mentransfer data langsung ke satu proses ke proses lain dalam RAM server (pada satu server tanpa virtualisasi), atau melalui antarmuka mesh virtual (dalam server fisik yang sama, dengan adaptor mesh server yang baik dengan blok RAM yang ditransfer antara VM ) zatrymki jauh lebih rendah. Server prosesor ganda modern dengan memori operasional besar dan subsistem disk pada SSD memungkinkan Anda melayani basis data 1C dengan nyaman untuk 100-150 core aktif.
Adapun pencarian database, sejumlah host fisik tidak dapat dihindari, semua server harus terhubung melalui Ethernet 10Gb. Atau, setidaknya, 2-4 agregasi koneksi Ethernet 1Gb dengan akselerasi perangkat keras TCP / IP (TCP / IP Offloader) dan dukungan perangkat keras untuk virtualisasi.
Biaya produktivitas terbesar pada port Ethernet dipengaruhi oleh keputusan anggaran. Bukan rahasia lagi bahwa adaptor kabel 1Gb yang disolder di sebagian besar motherboard server tidak dirancang untuk melayani lalu lintas kabel yang intensif. Navite yakscho di papan є 2 atau 3 port GbE, bau implementasi pada chip desktop. Manajemen yang memadai, bau busuk menimbulkan bill of lading tambahan dari layanan pertukaran gabungan, terutama di tengah virtual. Seluruh proses transfer data melalui chip semacam itu ditanggung oleh sumber daya prosesor, memori operasional, dan bus internal. Chip semacam itu tidak memberikan transmisi lalu lintas IP yang dipercepat, jika transmisi tersebut diterima, paket Ethernet berarti transfer ke prosesor. Dalam lingkungan tervirtualisasi, produktivitas sebuah antarmuka dapat mencapai 25-30%. Paling tidak, Anda tidak dapat menyebutkan kebutuhan akan antarmuka yang paling sesuai dengan bantuan pemantauan. Prosesor pusat bertanggung jawab untuk yang baru, dan jika tidak berfungsi, maka itu hanya berdiri di jendela kartu jaringan. Port pada chip desktop harus dimatikan dari aliran data di lingkungan virtual, setelah menghapus tugas pengelolaan server. Tambahkan kartu perbatasan diskrit pada chipset server untuk lalu lintas pagar intensif.
Membahas produktivitas server di masa depan selalu disertai dengan koki super tentang keandalannya. Keamanan durabilitas hingga kematangan akan selalu membutuhkan vitrat tambahan, terutama untuk mendukung proses virobnik yang tidak terputus. Tanpa meremehkan peran ruang 1C itu, dapat dikatakan bahwa dilema terbesar "produktivitas / keunggulan" tumbuh di berbagai bidang: untuk pertama kalinya, optimalisasi solusi perangkat keras diperjuangkan, untuk yang lain - pengorganisasian proses dan prosedur. Jika program ditandai kritis, penghormatan utama untuk penerapan kepraktisan diberikan bukan untuk kebutuhan perlindungan server individu, tetapi untuk meminimalkan infrastruktur sederhana.
Зрозуміло, для підприємств із відносно великою кількістю одночасно підключених користувачів (25-150) та розміщенням усіх додатків на одному сервері обов'язкове застосування джерел безперебійного енергопостачання, надлишкових блоків живлення самих серверів, кошиків гарячої заміни дисків та RAID-масивів із гарячим резервуванням. Namun, ketersediaan peralatan tidak menggantikan reservasi data yang direncanakan itu sendiri. Mayuchi schodenny (lebih tepatnya, shonochovy) mencadangkan file operasional itu dari log SQL Penuh, Anda dapat memperbarui kembali DB 1C untuk interval yang sangat singkat.
Waktu idle yang diizinkan dari sistem pusat 1C untuk usaha kecil dan menengah adalah 1-2 kecelakaan per bulan, durasi 1-4 tahun. Sungguh, cadangan waktu yang besar - seperti sebelum kebangkitan, kami sedang bersiap untuk waktu yang lama. Restart pintar yang diperlukan dan ketersediaan gambar dari semua server virtual dan fisik di depan VM pada file/volume nyata - untuk memperbarui bagian infrastruktur itu sendiri di server cadangan. Cadangan schodenny Obov'azkovy (dan sozhnevyy periode penutupan itu) untuk lampiran fisik berikutnya dan log Full SQL untuk vypadkіv, jika entri data "dari awal hari kerja" sangat penting dan penting secara manual. Untuk kejelasan administrasi, Anda dapat berinvestasi dalam 1-2 tahun untuk pembaruan praktik dengan zagal, tinggi dan dengan produktivitas lebih rendah. Nah, dan di sana, karena membutuhkan pekerjaan 24x7 tanpa gangguan, tugas pertama adalah memilih arsitektur yang berbeda, yang memiliki jumlah titik pengenalan minimum dan teknologi pengelompokan modern. Ale tse sudah zovsіm insha іstoriya.
Artikel asli: http://ko.com.ua/proektirovanie_servera_pod_1s_66779
Saya akan mengizinkan editor jurnal "Computer Review"
Untuk tongkolnya, saya akan melihat skrip untuk pekerjaan itu:
1.) Bekerja dengan basis file melalui sumber liar (server web)
2.) Bekerja dengan basis file di terminal
3.) Bekerja dengan database server (MSSQL).
Robot dari basis file melalui sumber daya global (server web)
Semuanya mudah di sini. Yakscho tse zvichaynі membentuk 1-3 koristuvach itu. Kemudian pada "server" (mesin tempat pangkalan dipilih:
Momen terakhir, sebagai dasar pada bentuk yang disembuhkan. Sumbu di sini sama seperti semuanya dibangun, seperti yang dijelaskan lebih lanjut, Anda dapat melihat galma. Buktikan є:
Adapun pangkalan, Anda akan dapat mengerjakan satu coristuvach secara lokal yang cukup untuk pekerjaan nyaman Anda, dan kecepatan pekerjaan melalui sumber daya mentah akan sangat mandiri. Ale dan di sini є keluar - robot melalui server web. Di Internet, Anda dapat menemukan banyak sekali artikel yang menjelaskan cara mengatur pekerjaan dengan peringkat yang sama, tidak menilai artikel yang satu ini. Sendiri, saya akan membagikan peringatan saya kepada Anda: lebih baik meningkatkan robot dengan corestuvachiv bukan melalui browser web, tetapi melalui thin client (jika kita menambahkan basis baru ke daftar IB, di sisi penempatan IB di sana adalah item "di server web"). Tse, untuk peringatan saya, lebih cepat, lebih rendah melalui browser. Selain itu, saat bekerja melalui browser, maaf terdengar di antarmuka (apa yang dilakukan PM dan seterusnya), tidak ada saat bekerja melalui thin client.
Vlasne, percepat dengan resep ini (ssd, prosesor dengan frekuensi tinggi, server web, klien tipis). Dimungkinkan untuk memperluas mitos "karena jumlah koristuvachiv lebih besar dari 1 (untuk versi saat ini lebih besar dari 0 :)) - diperlukan basis server *.
* Jika Anda mau, aman untuk mengatakan bahwa harganya bukan UPP atau ukuran alasnya > ~ 4GB, dan jumlah koristuvach tidak melebihi 4 (ukuran maksimum alas adalah jumlah koristuvachiv, jika besar satu, mungkin untuk zustrich musim gugur, jika melalui basis file dengan basis file apakah lebih banyak orang bekerja?
Bekerja dengan basis file di terminal
Mari beralih ke opsi berikutnya. Kami mungkin memiliki server terminal dan mungkin memiliki basis file. Di sini semuanya mirip dengan skenario 1 untuk kesalahan prosesor:
Bekerja dengan basis server (MSSQL).
Skenario ini adalah yang paling rumit dan, mungkin, memerlukan beberapa statistik tambahan. Saya menyebarkan dalam kerangka artikel ini untuk melihat hanya prinsip-prinsip dasar yang harus ditambahkan ke produktivitas
Nache semuanya. Suka makanan / skargi / proposisi - selamat datang di komentar;)
